Android 10 menyertakan perubahan perilaku yang dapat memengaruhi aplikasi Anda.
Perubahan yang tercantum di halaman ini berlaku untuk aplikasi Anda saat berjalan
di Android 10, terlepas dari targetSdkVersion
aplikasi. Anda harus menguji
aplikasi dan memodifikasinya sesuai kebutuhan untuk mendukung perubahan ini dengan benar.
Jika targetSdkVersion aplikasi adalah 29
atau lebih tinggi, Anda juga harus mendukung perubahan tambahan. Pastikan untuk membaca perubahan perilaku untuk aplikasi
yang menargetkan 29 guna mengetahui detailnya.
Catatan: Selain perubahan yang tercantum di halaman ini, Android 10 juga memperkenalkan sejumlah besar perubahan dan pembatasan berbasis privasi, termasuk hal berikut:
- Akses latar belakang ke lokasi perangkat
- Dimulainya aktivitas latar belakang
- Informasi afinitas kontak
- Pengacakan alamat MAC
- Metadata kamera
- Model izin
Perubahan ini memengaruhi semua aplikasi dan meningkatkan privasi pengguna. Untuk mempelajari lebih lanjut cara mendukung perubahan ini, lihat halaman Perubahan privasi.
Pembatasan antarmuka non-SDK
Untuk membantu memastikan stabilitas dan kompatibilitas aplikasi, platform akan mulai membatasi antarmuka non-SDK yang dapat digunakan aplikasi Anda di Android 9 (level API 28). Android 10 menyertakan daftar terbaru antarmuka non-SDK yang dibatasi berdasarkan kolaborasi dengan developer Android dan pengujian internal terbaru. Tujuan kami adalah memastikan bahwa alternatif publik tersedia sebelum kami membatasi antarmuka non-SDK.
Jika Anda tidak akan menargetkan Android 10 (API level 29), beberapa perubahan ini mungkin tidak langsung memengaruhi Anda. Namun, meskipun saat ini Anda dapat menggunakan beberapa antarmuka non-SDK (bergantung pada API level target aplikasi Anda), penggunaan metode atau kolom non-SDK tetap sangat berisiko merusak aplikasi Anda.
Jika tidak yakin apakah aplikasi Anda menggunakan antarmuka non-SDK, Anda dapat menguji aplikasi untuk mencari tahu. Jika aplikasi Anda mengandalkan antarmuka non-SDK, sebaiknya Anda mulai merencanakan migrasi ke alternatif SDK. Meskipun begitu, kami paham bahwa beberapa aplikasi memiliki kasus penggunaan yang valid untuk menggunakan antarmuka non-SDK. Jika tidak dapat menemukan alternatif penggunaan antarmuka non-SDK untuk fitur dalam aplikasi Anda, sebaiknya minta API publik baru.
Untuk mempelajari lebih lanjut, baca Pembaruan pada pembatasan antarmuka non-SDK di Android 10 dan lihat Pembatasan antarmuka non-SDK.
Navigasi Gestur
Mulai Android 10, pengguna dapat mengaktifkan navigasi gestur di seluruh perangkat. Jika pengguna mengaktifkan navigasi gestur, hal ini akan memengaruhi semua aplikasi di perangkat, terlepas dari apakah aplikasi tersebut menargetkan API level 29 atau tidak. Misalnya, jika pengguna menggeser ke dalam dari tepi layar, sistem akan menafsirkan gestur tersebut sebagai navigasi Kembali, kecuali jika aplikasi secara khusus mengganti gestur tersebut untuk bagian-bagian layar.
Agar aplikasi Anda kompatibel dengan navigasi gestur, Anda dapat memperluas konten aplikasi dari tepi ke tepi, dan menangani gestur yang bertentangan dengan tepat. Untuk mengetahui informasinya, lihat dokumentasi Navigasi gestur.
NDK
Android 10 menyertakan perubahan NDK berikut ini.
Objek bersama tidak boleh berisi relokasi teks
Android 6.0 (API level 23) melarang penggunaan relokasi teks dalam objek bersama. Kode harus dimuat apa adanya, dan tidak boleh diubah. Perubahan ini akan mempercepat waktu pemuatan aplikasi dan meningkatkan keamanannya.
SELinux menerapkan pembatasan ini pada aplikasi yang menargetkan Android 10 atau yang lebih tinggi. Jika terus menggunakan objek bersama yang berisi relokasi teks, aplikasi ini berisiko tinggi mengalami error.
Perubahan pada library Bionic dan lokasi linker dinamis
Mulai Android 10, beberapa jalur akan berupa link simbolis, bukan file biasa. Aplikasi yang mengandalkan jalur yang merupakan file reguler mungkin akan mengalami error:
/system/lib/libc.so
->/apex/com.android.runtime/lib/bionic/libc.so
/system/lib/libm.so
->/apex/com.android.runtime/lib/bionic/libm.so
/system/lib/libdl.so
->/apex/com.android.runtime/lib/bionic/libdl.so
/system/bin/linker
->/apex/com.android.runtime/bin/linker
Perubahan ini juga berlaku untuk varian file 64-bit, dengan
lib/
yang diganti dengan lib64/
.
Untuk kompatibilitas, symlink disediakan pada lokasi yang lama. Misalnya,
/system/lib/libc.so
adalah symlink ke
/apex/com.android.runtime/lib/bionic/libc.so
. Jadi
dlopen(“/system/lib/libc.so”)
terus berfungsi, tetapi aplikasi akan menemukan
perbedaannya saat benar-benar mencoba memeriksa library yang dimuat dengan membaca
/proc/self/maps
atau yang serupa. Hal ini tidak biasa. Namun, kami menemukan bahwa
beberapa aplikasi melakukannya sebagai bagian dari proses anti-peretasan. Jika demikian, jalur /apex/…
harus ditambahkan sebagai jalur yang valid untuk file Bionic.
Biner/library sistem dipetakan ke memori khusus eksekusi
Mulai Android 10, segmen library dan biner sistem yang dapat dieksekusi dipetakan ke memori khusus eksekusi (tidak dapat dibaca) sebagai teknik hardening terhadap serangan penggunaan kembali kode. Jika aplikasi Anda melakukan operasi baca ke
segmen memori yang ditandai sebagai khusus eksekusi, baik dari bug, kerentanan, maupun
pemeriksaan memori yang disengaja, sistem akan mengirimkan sinyal SIGSEGV
ke aplikasi Anda.
Anda dapat mengidentifikasi apakah perilaku ini menyebabkan error dengan memeriksa file tombstone
yang terkait di /data/tombstones/
. Error terkait khusus eksekusi berisi pesan pembatalan berikut:
Cause: execute-only (no-read) memory access error; likely due to data in .text.
Guna mengatasi masalah ini untuk melakukan operasi seperti pemeriksaan memori, Anda
dapat menandai segmen khusus eksekusi sebagai baca+eksekusi dengan memanggil
mprotect()
. Namun, sebaiknya setel kembali ke
hanya eksekusi setelahnya, karena setelan izin akses ini memberikan perlindungan
yang lebih baik untuk aplikasi dan pengguna Anda.
Keamanan
Android 10 menghadirkan perubahan keamanan berikut.
TLS 1.3 diaktifkan secara default
Di Android 10 dan yang lebih tinggi, TLS 1.3 diaktifkan secara default untuk semua koneksi TLS. Berikut adalah beberapa detail penting tentang implementasi TLS 1.3 kami:
- Cipher suite TLS 1.3 tidak bisa disesuaikan. Cipher suite TLS 1.3
yang didukung selalu diaktifkan saat TLS 1.3 diaktifkan. Upaya apa pun untuk menonaktifkannya
dengan memanggil
setEnabledCipherSuites()
akan diabaikan. - Saat TLS 1.3 dinegosiasikan, objek
HandshakeCompletedListener
dipanggil sebelum sesi ditambahkan ke cache sesi. (Pada TLS 1.2 dan versi sebelumnya, objek ini dipanggil setelah sesi ditambahkan ke cache sesi.) - Dalam beberapa situasi saat instance
SSLEngine
menampilkanSSLHandshakeException
di versi Android sebelumnya, instance ini akan menampilkanSSLProtocolException
sebagai gantinya di Android 10 dan yang lebih baru. - Mode 0-RTT tidak didukung.
Jika diinginkan, Anda bisa mendapatkan SSLContext
yang menonaktifkan TLS 1.3 dengan memanggil
SSLContext.getInstance("TLSv1.2")
.
Anda juga dapat mengaktifkan atau menonaktifkan versi protokol berbasis per koneksi dengan memanggil setEnabledProtocols()
pada objek yang sesuai.
Sertifikat yang ditandatangani dengan SHA-1 tidak dipercaya di TLS
Di Android 10, sertifikat yang menggunakan algoritma hash SHA-1 tidak dipercaya dalam koneksi TLS. CA root belum menerbitkan sertifikat seperti itu sejak 2016, dan sertifikat tersebut tidak lagi dipercaya di Chrome atau browser utama lainnya.
Setiap upaya untuk terhubung akan gagal jika koneksi dibuat ke situs yang menyajikan sertifikat yang menggunakan SHA-1.
Perubahan dan peningkatan perilaku KeyChain
Beberapa browser, seperti Google Chrome, memungkinkan pengguna untuk memilih sertifikat ketika
server TLS mengirimkan pesan permintaan sertifikat sebagai bagian dari TLS handshake. Mulai
Android 10,
objek KeyChain
mematuhi penerbit dan
parameter spesifikasi kunci saat memanggil KeyChain.choosePrivateKeyAlias()
untuk
menampilkan prompt pemilihan sertifikat kepada pengguna. Secara khusus, prompt ini tidak
berisi pilihan yang tidak mematuhi spesifikasi server.
Jika tidak ada sertifikat yang bisa dipilih pengguna, seperti ketika tidak ada sertifikat yang cocok dengan spesifikasi server atau perangkat tidak memiliki sertifikat apa pun yang diinstal, prompt pemilihan sertifikat tidak akan muncul.
Selain itu, di Android 10 atau yang lebih tinggi, Anda tidak harus menyetel
kunci layar perangkat untuk mengimpor kunci atau sertifikat CA ke objek KeyChain
.
Perubahan TLS dan kriptografi lainnya
Ada beberapa perubahan kecil dalam library TLS dan kriptografi yang berlaku di Android 10:
- Cipher AES/GCM/NoPadding dan ChaCha20/Poly1305/NoPadding menampilkan ukuran buffer yang lebih akurat dari
getOutputSize()
. - Cipher suite
TLS_FALLBACK_SCSV
dihilangkan dari upaya koneksi dengan protokol maksimum TLS 1.2 atau yang lebih baru. Dengan diterapkannya peningkatan di server TLS, sebaiknya jangan mencoba penggantian TLS eksternal. Sebagai gantinya, sebaiknya andalkan negosiasi versi TLS. - ChaCha20-Poly1305 adalah alias untuk ChaCha20/Poly1305/NoPadding.
- Hostname yang memiliki titik akhir tidak dianggap sebagai nama host SNI yang valid.
- Ekstensi supported_signature_algorithms di
CertificateRequest
dihormati saat memilih kunci penandatanganan untuk respons sertifikat. - Kunci penandatanganan dengan akses terbatas, seperti yang berasal dari Android Keystore, dapat digunakan dengan tanda tangan RSA-PSS di TLS.
Siaran Wi-Fi Langsung
Di Android 10, siaran berikut yang terkait dengan Wi-Fi Langsung tidak melekat:
Jika aplikasi Anda mengandalkan penerimaan siaran ini pada saat pendaftaran karena
sifatnya yang melekat, gunakan metode get()
yang sesuai saat inisialisasi untuk
mendapatkan informasi tersebut.
Kemampuan Wi-Fi Aware
Android 10 menambahkan dukungan untuk memudahkan pembuatan Soket TCP/UDP menggunakan jalur data
Wi-Fi Aware. Untuk membuat soket TCP/UDP yang terhubung ke ServerSocket
, perangkat
klien harus mengetahui alamat IPv6 dan port server. Hal ini sebelumnya
perlu dikomunikasikan di luar band, seperti dengan menggunakan pesan lapisan 2 BT atau Wi-Fi Aware, atau ditemukan in-band menggunakan protokol lain, seperti mDNS. Dengan
Android 10, informasi dapat dikomunikasikan sebagai bagian dari penyiapan jaringan.
Server bisa melakukan salah satu hal berikut:
- Lakukan inisialisasi
ServerSocket
, lalu tetapkan atau dapatkan port yang akan digunakan. - Menentukan informasi port sebagai bagian dari permintaan jaringan Wi-Fi Aware.
Contoh kode berikut menunjukkan cara menentukan informasi port sebagai bagian dari permintaan jaringan:
Kotlin
val ss = ServerSocket() val ns = WifiAwareNetworkSpecifier.Builder(discoverySession, peerHandle) .setPskPassphrase("some-password") .setPort(ss.localPort) .build() val myNetworkRequest = NetworkRequest.Builder() .addTransportType(NetworkCapabilities.TRANSPORT_WIFI_AWARE) .setNetworkSpecifier(ns) .build()
Java
ServerSocket ss = new ServerSocket(); WifiAwareNetworkSpecifier ns = new WifiAwareNetworkSpecifier .Builder(discoverySession, peerHandle) .setPskPassphrase(“some-password”) .setPort(ss.getLocalPort()) .build(); NetworkRequest myNetworkRequest = new NetworkRequest.Builder() .addTransportType(NetworkCapabilities.TRANSPORT_WIFI_AWARE) .setNetworkSpecifier(ns) .build();
Klien kemudian melakukan permintaan jaringan Wi-Fi Aware untuk mendapatkan IPv6 dan port yang disediakan oleh server:
Kotlin
val callback = object : ConnectivityManager.NetworkCallback() { override fun onAvailable(network: Network) { ... } override fun onLinkPropertiesChanged(network: Network, linkProperties: LinkProperties) { ... } override fun onCapabilitiesChanged(network: Network, networkCapabilities: NetworkCapabilities) { ... val ti = networkCapabilities.transportInfo if (ti is WifiAwareNetworkInfo) { val peerAddress = ti.peerIpv6Addr val peerPort = ti.port } } override fun onLost(network: Network) { ... } }; connMgr.requestNetwork(networkRequest, callback)
Java
callback = new ConnectivityManager.NetworkCallback() { @Override public void onAvailable(Network network) { ... } @Override public void onLinkPropertiesChanged(Network network, LinkProperties linkProperties) { ... } @Override public void onCapabilitiesChanged(Network network, NetworkCapabilities networkCapabilities) { ... TransportInfo ti = networkCapabilities.getTransportInfo(); if (ti instanceof WifiAwareNetworkInfo) { WifiAwareNetworkInfo info = (WifiAwareNetworkInfo) ti; Inet6Address peerAddress = info.getPeerIpv6Addr(); int peerPort = info.getPort(); } } @Override public void onLost(Network network) { ... } }; connMgr.requestNetwork(networkRequest, callback);
SYSTEM_ALERT_WINDOW di perangkat Go
Aplikasi yang berjalan di perangkat Android 10 (edisi Go) tidak dapat menerima
izin
SYSTEM_ALERT_WINDOW
. Hal ini karena jendela overlay menggambar menggunakan memori berlebih,
yang sangat berbahaya bagi performa perangkat Android
bermemori rendah.
Jika aplikasi yang berjalan di perangkat edisi Go yang menjalankan Android 9 atau lebih rendah menerima
izin SYSTEM_ALERT_WINDOW
, aplikasi tersebut akan mempertahankan izin tersebut meskipun
perangkat diupgrade ke Android 10. Namun, aplikasi yang belum memiliki
izin tersebut tidak dapat diberi izin setelah perangkat diupgrade.
Jika aplikasi di perangkat Go mengirimkan intent dengan tindakan
ACTION_MANAGE_OVERLAY_PERMISSION
,
sistem akan otomatis menolak permintaan, dan mengarahkan pengguna ke
layar Setelan yang menyatakan bahwa izin tersebut tidak diizinkan karena
memperlambat perangkat. Jika aplikasi di perangkat Go memanggil
Settings.canDrawOverlays()
,
metode ini akan selalu menampilkan nilai salah. Sekali lagi, pembatasan ini tidak berlaku untuk aplikasi
yang menerima izin SYSTEM_ALERT_WINDOW
sebelum perangkat
diupgrade ke Android 10.
Peringatan untuk aplikasi yang menargetkan versi lama Android
Perangkat yang menjalankan Android 10 atau yang lebih tinggi memperingatkan pengguna saat pertama kali mereka menjalankan aplikasi apa pun yang menargetkan Android 5.1 (API level 22) atau yang lebih rendah. Jika aplikasi mengharuskan pengguna memberikan izin, pengguna juga diberi kesempatan untuk menyesuaikan izin aplikasi sebelum aplikasi diizinkan berjalan untuk pertama kali.
Karena persyaratan API target Google Play, pengguna hanya akan melihat peringatan ini ketika menjalankan aplikasi yang belum diupdate baru-baru ini. Untuk aplikasi yang didistribusikan melalui app store lain, persyaratan API target yang serupa akan berlaku selama tahun 2019. Untuk mengetahui informasi selengkapnya tentang persyaratan ini, lihat Memperluas persyaratan level API target pada tahun 2019.
Cipher suite SHA-2 CBC dihapus
Cipher suite SHA-2 CBC berikut telah dihapus dari platform:
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
Cipher suite ini kurang aman dibandingkan cipher suite serupa yang menggunakan GCM, dan sebagian besar server mendukung varian GCM dan CBC dari cipher suite ini atau tidak mendukung keduanya.
Penggunaan aplikasi
Android 10 memperkenalkan perubahan perilaku berikut yang terkait dengan penggunaan aplikasi:
-Peningkatan penggunaan aplikasi Stats - Gambar Selain itu, Android 10 juga melacak penggunaan aplikasi instan dengan benar.
Abu-abu per aplikasi -
Status gangguan per aplikasi -
Penangguhan dan pemutaran -
Perubahan koneksi HTTPS
Jika aplikasi yang menjalankan Android 10 meneruskan null
ke
setSSLSocketFactory()
,
IllegalArgumentException
akan terjadi. Dalam versi sebelumnya, meneruskan null
ke setSSLSocketFactory()
memiliki efek yang sama dengan meneruskan factory
default saat ini.
Library android.preference tidak digunakan lagi
Library android.preference
tidak digunakan lagi mulai Android 10.
Sebagai gantinya, developer sebaiknya menggunakan library preferensi AndroidX, yang merupakan bagian dari Android
Jetpack. Sebagai referensi tambahan untuk membantu proses migrasi dan
pengembangan, lihat Panduan
Setelan yang telah diperbarui beserta aplikasi sampel
publik
dan dokumentasi referensi kami.
Perubahan library utilitas file ZIP
Android 10 memperkenalkan perubahan berikut untuk class dalam paket
java.util.zip
, yang menangani file ZIP. Perubahan ini membuat perilaku library menjadi lebih
konsisten antara Android dan platform lain yang menggunakan java.util.zip
.
Inflater
Pada versi sebelumnya, beberapa metode di class Inflater
menampilkan
IllegalStateException
jika
dipanggil setelah panggilan ke end()
.
Di Android 10, metode ini akan menampilkan
NullPointerException
.
ZipFile
Di Android 10 dan yang lebih tinggi, konstruktor untuk
ZipFile
yang menerima argumen jenis File
, int
, dan Charset
tidak akan menampilkan
ZipException
jika file ZIP yang disediakan
tidak berisi file apa pun.
ZipOutputStream
Di Android 10 dan yang lebih tinggi, metode
finish()
di
ZipOutputStream
tidak akan menampilkan
ZipException
jika mencoba menulis
aliran output untuk file ZIP yang tidak berisi file apa pun.
Perubahan kamera
Banyak aplikasi yang menggunakan kamera mengasumsikan bahwa jika perangkat berada dalam konfigurasi potret, perangkat fisik juga berada dalam orientasi potret, seperti yang dijelaskan dalam Orientasi kamera. Asumsi ini sebelumnya memang benar, tetapi hal ini telah berubah dengan berkembangnya faktor bentuk yang tersedia, seperti perangkat foldable. Asumsi tersebut pada perangkat ini dapat menyebabkan tampilan jendela bidik kamera yang diputar atau diskalakan dengan tidak benar (atau keduanya).
Aplikasi yang menargetkan API level 24 atau yang lebih tinggi harus secara eksplisit menyetel
android:resizeableActivity
dan menyediakan fungsi yang diperlukan untuk menangani
operasi multi-aplikasi.
Pelacakan penggunaan baterai
Mulai Android 10,
SystemHealthManager
mereset
statistik penggunaan baterainya setiap kali perangkat dicabut setelah peristiwa
pengisian daya utama. Umumnya, peristiwa pengisian daya utama adalah: Perangkat
telah terisi daya penuh, atau perangkat berubah dari hampir habis menjadi
sebagian besar terisi dayanya.
Sebelum Android 10, statistik penggunaan baterai direset setiap kali perangkat dicabut, tidak peduli seberapa sedikit perubahan pada level baterai.
Android Beam tidak digunakan lagi
Di Android 10, kami secara resmi menghentikan Android Beam, fitur lama untuk memulai berbagi data di seluruh perangkat melalui Komunikasi Nirkabel Jarak Dekat (NFC). Kami juga menghentikan beberapa API NFC terkait. Android Beam tetap tersedia secara opsional bagi partner produsen perangkat yang ingin menggunakannya, tetapi tidak lagi aktif dikembangkan. Namun, Android akan terus mendukung kemampuan dan API NFC lainnya, dan kasus penggunaan seperti membaca dari tag dan pembayaran akan terus berfungsi seperti yang diharapkan.
Perubahan perilaku java.math.BigDesimal.stripTrailingZeros()
BigDecimal.stripTrailingZeros()
tidak lagi mempertahankan angka nol di akhir sebagai
kasus khusus jika nilai inputnya nol.
java.util.regex.Matcher dan Perubahan perilaku Pola
Hasil split()
diubah agar tidak lagi dimulai dengan String
kosong ("") jika ada kecocokan lebar nol di awal input. Hal ini juga
memengaruhi String.split()
. Misalnya, "x".split("")
sekarang menampilkan {"x"}
,
sedangkan biasanya menampilkan {"", "x"}
pada versi Android yang lebih lama.
"aardvark".split("(?=a)"
sekarang menampilkan {"a", "ardv", "ark"}
, bukan
{"", "a", "ardv", "ark"}
.
Perilaku pengecualian untuk argumen yang tidak valid juga telah ditingkatkan:
appendReplacement(StringBuffer, String)
kini menampilkanIllegalArgumentException
, bukanIndexOutOfBoundsException
, jika penggantianString
diakhiri dengan garis miring terbalik tunggal, yang ilegal. Pengecualian yang sama kini ditampilkan jikaString
pengganti diakhiri dengan$
. Sebelumnya, tidak ada pengecualian yang ditampilkan dalam skenario ini.replaceFirst(null)
tidak lagi memanggilreset()
diMatcher
jika menampilkanNullPointerException
.NullPointerException
kini juga ditampilkan jika tidak ada kecocokan. Sebelumnya, fungsi ini hanya ditampilkan jika ada kecocokan.start(int group)
,end(int group)
, dangroup(int group)
sekarang menampilkanIndexOutOfBoundsException
yang lebih umum jika indeks grup berada di luar batas. Sebelumnya, metode ini menampilkanArrayIndexOutOfBoundsException
.
Sudut default untuk GradientDrawable sekarang menjadi TOP_BOTTOM
Di Android 10, jika Anda menentukan
GradientDrawable
dalam XML dan tidak memberikan pengukuran sudut, orientasi gradien
akan ditetapkan secara default ke
TOP_BOTTOM
.
Ini merupakan perubahan dari versi Android sebelumnya, yang defaultnya adalah
LEFT_RIGHT
.
Sebagai solusinya, jika Anda mengupdate ke versi terbaru AAPT2, alat ini akan menetapkan pengukuran sudut 0 untuk aplikasi lama jika tidak ada pengukuran sudut yang ditentukan.
Logging untuk objek serial menggunakan SUID default
Mulai Android 7.0 (API level 24), platform membuat perbaikan
pada serialVersionUID
default untuk objek
yang dapat diserialisasi. Perbaikan ini
tidak memengaruhi aplikasi yang menargetkan API level 23 atau yang lebih rendah.
Mulai dari Android 10, jika aplikasi menargetkan API level 23 atau yang lebih rendah
dan mengandalkan serialVersionUID
default yang lama, salah, sistem akan mencatat
peringatan dan menyarankan perbaikan kode.
Secara khusus, sistem akan mencatat peringatan jika semua hal berikut berlaku:
- Aplikasi menargetkan API level 23 atau yang lebih rendah.
- Class diserialisasi.
- Class yang diserialisasi menggunakan
serialVersionUID
default, bukan menetapkanserialVersionUID
secara eksplisit. serialVersionUID
default berbeda denganserialVersionUID
jika aplikasi menargetkan API level 24 atau yang lebih tinggi.
Peringatan ini dicatat satu kali untuk setiap class yang terpengaruh.
Pesan peringatan ini menyertakan perbaikan yang disarankan, yaitu menetapkan
serialVersionUID
secara eksplisit ke nilai default yang akan dihitung jika
aplikasi menargetkan API level 24 atau yang lebih tinggi. Dengan menggunakan perbaikan tersebut, Anda dapat memastikan bahwa
jika objek dari class tersebut diserialisasi pada aplikasi yang menargetkan API level
23 atau yang lebih rendah, objek akan dibaca dengan benar oleh aplikasi yang menargetkan 24 atau yang lebih tinggi,
dan sebaliknya.
perubahan java.io.FileChannel.map()
Mulai Android 10, FileChannel.map()
tidak didukung untuk
file non-standar, seperti /dev/zero
, yang ukurannya tidak dapat diubah menggunakan
truncate()
. Versi Android
sebelumnya menggunakan errno yang ditampilkan oleh
truncate()
, tetapi Android 10 akan menampilkan IOException. Jika memerlukan perilaku lama,
Anda harus menggunakan kode native.