Perubahan perilaku: semua aplikasi

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 mengubahnya 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 untuk mengetahui detailnya.

Catatan: Selain perubahan yang tercantum di halaman ini, Android 10 juga memperkenalkan sejumlah besar perubahan dan pembatasan berbasis privasi, termasuk yang berikut ini:

  • 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 atau tidak, Anda dapat menguji aplikasi untuk mengetahuinya. Jika aplikasi Anda mengandalkan antarmuka non-SDK, Anda harus 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, lihat Pembaruan pembatasan antarmuka non-SDK di Android 10 dan lihat Pembatasan pada antarmuka non-SDK.

Navigasi Gestur

Mulai Android 10, pengguna dapat mengaktifkan navigasi gestur di seluruh perangkat. Jika pengguna mengaktifkan navigasi gestur, semua aplikasi di perangkat akan terpengaruh, terlepas dari apakah aplikasi tersebut menargetkan API level 29 atau tidak. Misalnya, jika pengguna menggeser ke dalam dari tepi layar, sistem akan menginterpretasikan gestur tersebut sebagai navigasi Kembali, kecuali jika aplikasi secara khusus mengganti gestur tersebut untuk sebagian layar.

Agar aplikasi Anda kompatibel dengan navigasi gestur, Anda perlu 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 batasan 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 adalah link simbolis, bukan file biasa. Aplikasi yang mengandalkan jalur sebagai file reguler mungkin akan rusak:

  • /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 merupakan symlink ke /apex/com.android.runtime/lib/bionic/libc.so. Jadi, dlopen(“/system/lib/libc.so”) akan tetap berfungsi, tetapi aplikasi akan menemukan perbedaan saat mencoba memeriksa library yang dimuat dengan membaca /proc/self/maps atau yang serupa. Ini tidak biasa, tetapi 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 tersebut.

Biner/library sistem dipetakan ke memori khusus eksekusi

Mulai Android 10, segmen biner dan library sistem yang dapat dieksekusi dipetakan ke dalam 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 terkait di /data/tombstones/. Error terkait eksekusi khusus berisi pesan pembatalan berikut:

Cause: execute-only (no-read) memory access error; likely due to data in .text.

Untuk mengatasi masalah ini guna menjalankan operasi seperti inspeksi memori, Anda dapat menandai segmen khusus eksekusi sebagai baca+eksekusi dengan memanggil mprotect(). Namun, sebaiknya Anda mengembalikannya agar hanya dieksekusi setelahnya, karena setelan izin akses ini memberikan perlindungan yang lebih baik bagi aplikasi dan pengguna.

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 menampilkan SSLHandshakeException di versi Android sebelumnya, instance ini akan menampilkan SSLProtocolException di Android 10 dan yang lebih tinggi.
  • 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 yang terinstal, 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 Anda tidak 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 ketika 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 bersifat melekat, gunakan metode get() yang sesuai saat melakukan 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 dalam 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 penggambaran 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 yang 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 diberikan setelah perangkat diupgrade.

Jika aplikasi di perangkat Go mengirimkan intent dengan tindakan ACTION_MANAGE_OVERLAY_PERMISSION, sistem akan otomatis menolak permintaan tersebut, dan mengarahkan pengguna ke layar Settings 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 (false). 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 akan memperingatkan pengguna saat pertama kali menjalankan aplikasi yang menargetkan Android 5.1 (API level 22) atau yang lebih rendah. Jika aplikasi mengharuskan pengguna untuk memberikan izin, pengguna juga akan diberi kesempatan untuk menyesuaikan izin aplikasi sebelum aplikasi diizinkan berjalan untuk pertama kalinya.

Karena persyaratan API target Google Play, pengguna hanya akan melihat peringatan ini saat menjalankan aplikasi yang belum diupdate baru-baru ini. Untuk aplikasi yang didistribusikan melalui app store lain, persyaratan API target serupa akan berlaku selama tahun 2019. Untuk mengetahui informasi selengkapnya tentang persyaratan ini, lihat Memperluas persyaratan level API target pada 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. 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 Selain itu, Android 10 juga melacak penggunaan aplikasi instan dengan benar.

Perubahan koneksi HTTPS

Jika aplikasi yang menjalankan Android 10 meneruskan null ke setSSLSocketFactory(), IllegalArgumentException akan terjadi. Pada 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 contoh publik dan dokumentasi referensi kami.

Perubahan library utilitas file ZIP

Android 10 memperkenalkan perubahan berikut ini pada 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 metode tersebut 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 menggunakan argumen jenis File, int, dan Charset tidak 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 menampilkan ZipException jika metode tersebut mencoba menulis aliran output untuk file ZIP yang tidak berisi file apa pun.

Perubahan kamera

Banyak aplikasi yang menggunakan kamera berasumsi bahwa jika perangkat dalam konfigurasi potret, perangkat fisik juga berada dalam orientasi potret, seperti yang dijelaskan dalam Orientasi kamera. Asumsi ini sebelumnya memang aman, tetapi sekarang telah berubah dengan perluasan 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 menetapkan 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 besar. Secara umum, peristiwa pengisian daya utama adalah: Perangkat telah terisi daya penuh, atau perangkat berubah dari hampir habis menjadi hampir terisi dayanya.

Sebelum Android 10, statistik penggunaan baterai direset setiap kali perangkat tidak dicolokkan, terlepas dari seberapa sedikit perubahan yang terjadi 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 penggunaan beberapa API NFC terkait. Android Beam tetap tersedia secara opsional bagi partner produsen perangkat yang ingin menggunakannya, tetapi tidak lagi dalam pengembangan aktif. 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.BigDecimal.stripTrailingZeros()

BigDecimal.stripTrailingZeros() tidak lagi mempertahankan angka nol di akhir sebagai kasus khusus jika nilai inputnya adalah nol.

java.util.regex.Matcher dan perubahan perilaku Pattern

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 sebelumnya menampilkan {"", "x"} pada versi Android yang lebih lama. "aardvark".split("(?=a)" kini menampilkan {"a", "ardv", "ark"}, bukan {"", "a", "ardv", "ark"}.

Perilaku pengecualian untuk argumen yang tidak valid juga telah ditingkatkan:

  • appendReplacement(StringBuffer, String) kini menampilkan IllegalArgumentException, bukan IndexOutOfBoundsException jika penggantian String diakhiri dengan garis miring terbalik tunggal, yang dianggap ilegal. Pengecualian yang sama kini ditampilkan jika String pengganti diakhiri dengan $. Sebelumnya, tidak ada pengecualian yang ditampilkan dalam skenario ini.
  • replaceFirst(null) tidak lagi memanggil reset() di Matcher jika menampilkan NullPointerException. NullPointerException kini juga ditampilkan jika tidak ada kecocokan. Sebelumnya, elemen ini hanya ditampilkan saat ada kecocokan.
  • start(int group), end(int group), dan group(int group) kini menampilkan IndexOutOfBoundsException yang lebih umum jika indeks grup berada di luar batas. Sebelumnya, metode ini menampilkan ArrayIndexOutOfBoundsException.

Sudut default untuk GradientDrawable sekarang adalah 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 adalah 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 ini 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 Android 10, jika aplikasi menargetkan API level 23 atau yang lebih rendah dan mengandalkan serialVersionUID default yang lama, salah, dan default, 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 secara eksplisit menetapkan serialVersionUID.
  • serialVersionUID default akan berbeda dengan serialVersionUID jika aplikasi menargetkan API level 24 atau yang lebih tinggi.

Peringatan ini dicatat satu kali untuk setiap class yang terpengaruh. Pesan peringatan menyertakan perbaikan yang disarankan, yaitu secara eksplisit menetapkan serialVersionUID 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.