Platform Android 16 menyertakan perubahan perilaku yang dapat memengaruhi aplikasi Anda.
Perubahan perilaku berikut berlaku untuk semua aplikasi saat dijalankan di Android 16,
terlepas dari targetSdkVersion
. Sebaiknya uji aplikasi Anda, lalu ubah
sesuai kebutuhan untuk mendukung perubahan ini, jika memungkinkan.
Selain itu, pastikan Anda meninjau daftar perubahan perilaku yang hanya memengaruhi aplikasi yang menargetkan Android 16.
Fungsi inti
Android 16 menyertakan perubahan berikut yang mengubah atau memperluas berbagai kemampuan inti sistem Android.
Pengoptimalan kuota JobScheduler
Mulai Android 16, kami menyesuaikan kuota runtime eksekusi tugas reguler dan dipercepat berdasarkan faktor berikut:
- Bucket standby aplikasi yang digunakan aplikasi: di Android 16, bucket standby aktif akan mulai diterapkan oleh kuota runtime yang besar.
- Jika tugas memulai eksekusi saat aplikasi dalam status teratas: di Android 16, Tugas yang dimulai saat aplikasi terlihat oleh pengguna dan berlanjut setelah aplikasi menjadi tidak terlihat, akan mematuhi kuota runtime tugas.
- Jika tugas dieksekusi saat menjalankan Layanan Latar Depan: di Android 16, tugas yang dieksekusi secara serentak dengan layanan latar depan akan mematuhi kuota runtime tugas. Jika Anda memanfaatkan tugas untuk transfer data yang dimulai pengguna, sebaiknya gunakan tugas transfer data yang dimulai pengguna.
Perubahan ini memengaruhi tugas yang dijadwalkan menggunakan WorkManager, JobScheduler, dan
DownloadManager. Untuk men-debug alasan tugas dihentikan, sebaiknya catat alasan
tugas Anda dihentikan dengan memanggil WorkInfo.getStopReason()
(untuk
tugas JobScheduler, panggil JobParameters.getStopReason()
).
Untuk informasi selengkapnya tentang praktik terbaik yang optimal untuk baterai, lihat panduan tentang mengoptimalkan penggunaan baterai untuk API penjadwalan tugas.
Sebaiknya manfaatkan juga
API JobScheduler#getPendingJobReasonsHistory
baru yang diperkenalkan di
Android 16 untuk memahami alasan tugas belum dieksekusi.
Pengujian
Untuk menguji perilaku aplikasi, Anda dapat mengaktifkan penggantian pengoptimalan kuota tugas tertentu selama aplikasi berjalan di perangkat Android 16.
Untuk menonaktifkan penerapan "status teratas akan mematuhi kuota runtime tugas", jalankan perintah adb
berikut:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_TOP_STARTED_JOBS APP_PACKAGE_NAME
Untuk menonaktifkan penerapan "tugas yang dieksekusi secara serentak dengan
layanan latar depan akan mematuhi kuota runtime tugas", jalankan perintah
adb
berikut:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_FGS_JOBS APP_PACKAGE_NAME
Untuk menguji perilaku bucket standby aplikasi tertentu, Anda dapat menetapkan bucket standby aplikasi
aplikasi menggunakan perintah adb
berikut:
adb shell am set-standby-bucket APP_PACKAGE_NAME active|working_set|frequent|rare|restricted
Untuk memahami bucket standby aplikasi yang berisi aplikasi Anda, Anda bisa mendapatkan bucket
standby aplikasi menggunakan perintah adb
berikut:
adb shell am get-standby-bucket APP_PACKAGE_NAME
Tidak lagi menggunakan JobInfo#setImportantWhileForeground sepenuhnya
Metode JobInfo.Builder#setImportantWhileForeground(boolean)
menunjukkan tingkat kepentingan tugas saat aplikasi penjadwalan berada di
latar depan atau saat dikecualikan sementara dari pembatasan latar belakang.
Metode ini tidak digunakan lagi sejak Android 12 (API level 31). Mulai Android 16, metode ini tidak lagi berfungsi secara efektif dan memanggil metode ini akan diabaikan.
Penghapusan fungsi ini juga berlaku untuk
JobInfo#isImportantWhileForeground()
. Mulai Android
16, jika metode dipanggil, metode akan menampilkan false
.
Cakupan prioritas siaran yang diurutkan tidak lagi bersifat global
Aplikasi Android diizinkan untuk menentukan prioritas pada penerima siaran untuk mengontrol
urutan penerima menerima dan memproses siaran. Untuk
penerima yang dideklarasikan dalam manifes, aplikasi dapat menggunakan
atribut android:priority
untuk menentukan prioritas dan untuk
penerima yang terdaftar dalam konteks, aplikasi dapat menggunakan
IntentFilter#setPriority()
API untuk menentukan prioritas. Saat
siaran dikirim, sistem akan mengirimkannya ke penerima sesuai urutan
prioritasnya, dari yang tertinggi ke yang terendah.
Di Android 16, urutan pengiriman siaran menggunakan atribut android:priority
atau IntentFilter#setPriority()
di berbagai proses tidak akan
dijamin. Prioritas siaran hanya akan dihormati dalam proses
aplikasi yang sama, bukan di semua proses.
Selain itu, prioritas siaran akan otomatis dibatasi pada rentang
(SYSTEM_LOW_PRIORITY
+ 1,
SYSTEM_HIGH_PRIORITY
- 1). Hanya komponen sistem yang akan
diizinkan untuk menetapkan SYSTEM_LOW_PRIORITY
, SYSTEM_HIGH_PRIORITY
sebagai
prioritas siaran.
Aplikasi Anda mungkin terpengaruh jika melakukan salah satu hal berikut:
- Aplikasi Anda telah mendeklarasikan beberapa proses dengan intent siaran yang sama, dan memiliki ekspektasi seputar penerimaan intent tersebut dalam urutan tertentu berdasarkan prioritas.
- Proses aplikasi Anda berinteraksi dengan proses lain dan memiliki ekspektasi tentang menerima intent siaran dalam urutan tertentu.
Jika proses perlu berkoordinasi satu sama lain, proses tersebut harus berkomunikasi menggunakan saluran koordinasi lain.
Perubahan internal ART
Android 16 menyertakan update terbaru ke Android Runtime (ART) yang meningkatkan performa Android Runtime (ART) dan memberikan dukungan untuk fitur Java tambahan. Melalui update Sistem Google Play, peningkatan ini juga tersedia untuk lebih dari satu miliar perangkat yang menjalankan Android 12 (API level 31) dan yang lebih tinggi.
Saat perubahan ini dirilis, library dan kode aplikasi yang mengandalkan struktur internal ART mungkin tidak berfungsi dengan benar di perangkat yang menjalankan Android 16, beserta versi Android sebelumnya yang mengupdate modul ART melalui update sistem Google Play.
Mengandalkan struktur internal (seperti antarmuka non-SDK) dapat selalu menyebabkan masalah kompatibilitas, tetapi sangat penting untuk menghindari mengandalkan kode (atau library yang berisi kode) yang memanfaatkan struktur ART internal, karena perubahan ART tidak terikat dengan versi platform yang dijalankan perangkat dan perubahan tersebut dikirim ke lebih dari satu miliar perangkat melalui update sistem Google Play.
Semua developer harus memeriksa apakah aplikasi mereka terpengaruh dengan menguji aplikasi secara menyeluruh di Android 16. Selain itu, periksa masalah umum untuk mengetahui apakah aplikasi Anda bergantung pada library yang telah kami identifikasi yang mengandalkan struktur ART internal. Jika Anda memiliki kode aplikasi atau dependensi library yang terpengaruh, cari alternatif API publik jika memungkinkan dan minta API publik untuk kasus penggunaan baru dengan membuat permintaan fitur di issue tracker kami.
Pengalaman pengguna dan UI sistem
Android 16 menyertakan perubahan berikut yang dimaksudkan untuk menciptakan pengalaman pengguna yang lebih konsisten dan intuitif.
Penghentian pengumuman aksesibilitas yang mengganggu
Android 16 tidak lagi menggunakan pengumuman aksesibilitas, yang ditandai dengan penggunaan
announceForAccessibility
atau pengiriman
peristiwa aksesibilitas TYPE_ANNOUNCEMENT
. Hal ini dapat membuat
pengalaman pengguna yang tidak konsisten bagi pengguna TalkBack dan pembaca layar Android,
dan alternatifnya lebih baik memenuhi berbagai kebutuhan pengguna di berbagai
teknologi asistif Android.
Contoh alternatif:
- Untuk perubahan UI yang signifikan seperti perubahan jendela, gunakan
Activity.setTitle(CharSequence)
dansetAccessibilityPaneTitle(java.lang.CharSequence)
. Di Compose, gunakanModifier.semantics { paneTitle = "paneTitle" }
- Untuk memberi tahu pengguna tentang perubahan pada UI penting, gunakan
setAccessibilityLiveRegion(int)
. Di Compose, gunakanModifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]}
. Fungsi ini sebaiknya digunakan seperlunya karena dapat menghasilkan pengumuman setiap kali Tampilan diperbarui. - Untuk memberi tahu pengguna tentang error, kirim
AccessibilityEvent
dari jenisAccessibilityEvent#CONTENT_CHANGE_TYPE_ERROR
dan tetapkanAccessibilityNodeInfo#setError(CharSequence)
, atau gunakanTextView#setError(CharSequence)
.
Dokumentasi referensi untuk announceForAccessibility
API
yang tidak digunakan lagi menyertakan detail selengkapnya tentang
alternatif yang disarankan.
Dukungan untuk navigasi 3 tombol
Android 16 menghadirkan dukungan kembali prediktif ke navigasi 3 tombol untuk aplikasi yang telah dimigrasikan dengan benar ke kembali prediktif. Menekan lama tombol kembali akan memulai animasi kembali prediktif, yang memberi Anda pratinjau tempat geser kembali akan membawa Anda.
Perilaku ini berlaku di semua area sistem yang mendukung animasi kembali prediktif, termasuk animasi sistem (kembali ke layar utama, lintas tugas, dan lintas aktivitas).