Perubahan perilaku: semua aplikasi

Platform Android 17 menyertakan perubahan perilaku yang mungkin memengaruhi aplikasi Anda. Perubahan perilaku berikut berlaku untuk semua aplikasi saat dijalankan di Android 17, terlepas dari targetSdkVersion. Sebaiknya Anda menguji aplikasi, lalu memodifikasinya sesuai yang diperlukan untuk mendukung perubahan ini, jika memungkinkan.

Selain itu, pastikan Anda meninjau daftar perubahan perilaku yang hanya memengaruhi aplikasi yang menargetkan Android 17.

Fungsi inti

Android 17 (API level 37) menyertakan perubahan berikut yang mengubah atau memperluas berbagai kemampuan inti sistem Android.

Batas memori aplikasi

Android 17 memperkenalkan batas memori aplikasi berdasarkan total RAM perangkat untuk menciptakan lingkungan yang lebih stabil dan deterministik bagi aplikasi Anda dan pengguna Android. Di Android 17, batas ditetapkan secara konservatif untuk menetapkan dasar sistem, menargetkan kebocoran memori ekstrem dan pencilan lainnya sebelum memicu ketidakstabilan di seluruh sistem yang mengakibatkan UI tersendat, pengurasan baterai yang lebih tinggi, dan aplikasi dihentikan. Meskipun kami memperkirakan dampak minimal pada sebagian besar sesi aplikasi, sebaiknya ikuti praktik terbaik memori berikut, termasuk menetapkan dasar untuk memori.

Anda dapat menentukan apakah sesi aplikasi Anda terpengaruh dengan memanggil getDescription di ApplicationExitInfo; jika aplikasi Anda terpengaruh, alasan keluar akan menjadi REASON_OTHER dan deskripsi akan berisi string "MemoryLimiter:AnonSwap" beserta informasi lainnya. Anda juga dapat menggunakan pembuatan profil berbasis pemicu dengan TRIGGER_TYPE_ANOMALY untuk mendapatkan dump heap yang dikumpulkan saat batas memori tercapai.

Tugas LeakCanary di Profiler Android Studio.

Untuk membantu Anda menemukan kebocoran memori, Android Studio Panda menambahkan integrasi LeakCanary langsung di Android Studio Profiler sebagai tugas khusus, yang dikontekstualisasikan dalam IDE dan terintegrasi sepenuhnya dengan kode sumber Anda.

Privasi

Android 17 menyertakan perubahan berikut untuk meningkatkan privasi pengguna.

Perlindungan OTP SMS

Mulai Android 17, Android memperluas perlindungannya untuk pesan SMS yang berisi sandi sekali pakai (OTP).

Pada versi Android sebelumnya, perlindungan ini terutama berfokus pada format Pengambilan SMS. Pengiriman pesan yang berisi hash pengambil SMS ditunda selama tiga jam untuk sebagian besar aplikasi. Namun, aplikasi tertentu (seperti handler SMS default) dikecualikan dari penundaan, dan aplikasi yang memiliki hash juga dikecualikan.

Mulai Android 17, perlindungan ini juga diterapkan pada pesan berformat WebOTP. Jika aplikasi memiliki izin untuk membaca pesan SMS tetapi bukan penerima yang dituju dari pesan WebOTP (sebagaimana ditentukan oleh verifikasi domain), pesan tidak dapat diakses oleh aplikasi hingga tiga jam setelah pesan diterima. Perubahan ini ditujukan untuk meningkatkan keamanan pengguna dengan memastikan bahwa hanya aplikasi yang terkait dengan domain yang disebutkan dalam pesan yang dapat membaca kode verifikasi secara terprogram.

Selama penundaan tiga jam ini, siaran SMS_RECEIVED_ACTION ditahan dan kueri database penyedia SMS difilter. Pesan SMS tersedia untuk aplikasi ini setelah penundaan. Perubahan ini berlaku untuk semua aplikasi, terlepas dari level API targetnya.

Aplikasi tertentu seperti aplikasi asisten SMS default, aplikasi pendamping perangkat terhubung, dll., dikecualikan dari penundaan ini. Semua aplikasi yang mengandalkan pembacaan pesan SMS untuk ekstraksi OTP harus beralih menggunakan API SMS Retriever atau Izin Pengguna SMS untuk memastikan fungsi yang berkelanjutan.

Keamanan

Android 17 menyertakan peningkatan berikut untuk keamanan perangkat dan aplikasi.

Paket penghentian penggunaan usesClearTraffic

Dalam rilis mendatang, kami berencana untuk menghentikan penggunaan elemen usesCleartextTraffic. Aplikasi yang perlu membuat koneksi yang tidak dienkripsi (HTTP) harus bermigrasi ke penggunaan file konfigurasi keamanan jaringan, yang memungkinkan Anda menentukan domain yang perlu dihubungkan oleh aplikasi Anda menggunakan cleartext.

Perlu diketahui bahwa file konfigurasi keamanan jaringan hanya didukung di level API 24 dan yang lebih tinggi. Jika aplikasi Anda memiliki level API minimum yang lebih rendah dari 24, Anda harus melakukan kedua hal berikut:

  • Tetapkan atribut usesCleartextTraffic ke true
  • Menggunakan file konfigurasi jaringan

Jika API level minimum aplikasi Anda adalah 24 atau yang lebih tinggi, Anda dapat menggunakan file konfigurasi jaringan dan tidak perlu menetapkan usesCleartextTraffic.

Membatasi pemberian URI implisit

Saat ini, jika aplikasi meluncurkan intent dengan URI yang memiliki tindakan ACTION_SEND, SEND_MULTIPLE, atau ACTION_IMAGE_CAPTURE, sistem akan otomatis memberikan izin baca dan tulis URI ke aplikasi target. Kami berencana mengubah perilaku ini di Android 18. Oleh karena itu, sebaiknya aplikasi memberikan izin URI yang relevan secara eksplisit, bukan mengandalkan sistem untuk memberikannya.

Batas keystore per aplikasi

Apps should avoid creating excessive numbers of keys in Android Keystore, because it is a shared resource for all apps on the device. Beginning with Android 17, the system enforces a limit on the number of keys an app can own. The limit is 50,000 keys for non-system apps targeting Android 17 (API level 37) or higher, and 200,000 keys for all other apps. System apps have a limit of 200,000 keys, regardless of which API level they target.

If an app attempts to create keys beyond the limit, the creation fails with a KeyStoreException. The exception's message string contains information about the key limit. If the app calls getNumericErrorCode() on the exception, the return value depends on what API level the app targets:

  • Apps targeting Android 17 (API level 37) or higher: getNumericErrorCode() returns the new ERROR_TOO_MANY_KEYS value.
  • All other apps: getNumericErrorCode() returns ERROR_INCORRECT_USAGE.

Memblokir traffic loopback lintas profil

Mulai Android 17, traffic loopback lintas profil tidak lagi diizinkan secara default. Traffic loopback dalam profil yang sama tidak terpengaruh. Perubahan ini berlaku untuk semua aplikasi yang berjalan di Android 17 atau yang lebih tinggi, terlepas dari API level yang ditargetkan aplikasi.

Pengalaman pengguna dan UI sistem

Android 17 menyertakan perubahan berikut yang dimaksudkan untuk menciptakan pengalaman pengguna yang lebih konsisten dan intuitif.

Memulihkan visibilitas IME default setelah rotasi

Beginning with Android 17, when the device's configuration changes (for example, through rotation), and this is not handled by the app itself, the previous IME visibility is not restored.

If your app undergoes a configuration change that it does not handle, and the app needs the keyboard to be visible after the change, you must explicitly request this. You can make this request in one of the following ways:

  • Set the android:windowSoftInputMode attribute to stateAlwaysVisible.
  • Programmatically request the soft keyboard in your activity's onCreate() method, or add the onConfigurationChanged() method.

Input manusia

Android 17 menyertakan perubahan berikut yang memengaruhi cara aplikasi berinteraksi dengan perangkat input manusia seperti keyboard dan touchpad.

Touchpad mengirimkan peristiwa relatif secara default selama pengambilan pointer

Mulai Android 17, jika aplikasi meminta pengambilan pointer menggunakan View.requestPointerCapture() dan pengguna menggunakan touchpad, sistem akan mengenali gerakan pointer dan gestur scroll dari sentuhan pengguna dan melaporkannya ke aplikasi dengan cara yang sama seperti gerakan pointer dan roda scroll dari mouse yang diambil. Dalam sebagian besar kasus, hal ini menghilangkan kebutuhan aplikasi yang mendukung mouse yang diambil untuk menambahkan logika penanganan khusus untuk touchpad. Untuk mengetahui detail selengkapnya, lihat dokumentasi untuk View.POINTER_CAPTURE_MODE_RELATIVE.

Sebelumnya, sistem tidak mencoba mengenali gestur dari touchpad, dan malah mengirimkan lokasi jari absolut mentah ke aplikasi dalam format yang mirip dengan sentuhan layar sentuh. Jika aplikasi masih memerlukan data absolut ini, aplikasi harus memanggil metode View.requestPointerCapture(int) baru dengan View.POINTER_CAPTURE_MODE_ABSOLUTE sebagai gantinya.

Media

Android 17 menyertakan perubahan berikut pada perilaku media.

Penguatan audio latar belakang

Mulai Android 17, framework audio menerapkan batasan pada interaksi audio latar belakang, termasuk pemutaran audio, permintaan fokus audio, dan API perubahan volume untuk memastikan bahwa perubahan ini dimulai secara sengaja oleh pengguna.

Jika aplikasi mencoba memanggil API audio saat aplikasi tidak dalam siklus proses yang valid, pemutaran audio dan API perubahan volume akan gagal tanpa menampilkan pengecualian atau memberikan pesan kegagalan. API fokus audio gagal dengan kode hasil AUDIOFOCUS_REQUEST_FAILED.

Untuk mengetahui informasi selengkapnya, termasuk strategi mitigasi, lihat Penguatan audio latar belakang.

Konektivitas

Android 17 menyertakan perubahan berikut untuk meningkatkan konektivitas perangkat.

Pemasangan ulang otomatis untuk kehilangan ikatan Bluetooth

Android 17 introduces autonomous re-pairing, a system-level enhancement designed to automatically resolve Bluetooth bond loss.

Previously, if a bond was lost, users had to manually navigate to Settings to unpair and then re-pair the peripheral. This feature builds upon the security improvement of Android 16 by allowing the system to re-establish bonds in the background without requiring users to manually navigate to Settings to unpair and re-pair peripherals.

While most apps will not require code changes, developers should be aware of the following behavior changes in Bluetooth stack:

  • New pairing context: The ACTION_PAIRING_REQUEST now includes the EXTRA_PAIRING_CONTEXT extra which allows apps to distinguish between a standard pairing request and an autonomous system-initiated re-pairing attempt.
  • Conditional key updates: Existing security keys will only be replaced if the re-pairing is successful and new connection meets or exceeds the security level of the previous bond.
  • Modified intent timing: The ACTION_KEY_MISSING intent is now broadcast only if the autonomous re-pairing attempt fails. This reduces unnecessary error handling in the app if the system successfully recovers the bond in the background.
  • User notification: The system manages re-pairing via new UI notifications and dialogs. Users will be prompted to confirm the re-pairing attempt to ensure they are aware of the reconnection.

Peripheral device manufacturers and companion app developers should verify that hardware and app gracefully handle bond transitions. To test this behavior, simulate a remote bond loss using either of the following methods:

  • Manually remove the bond information from the peripheral device
  • Manually unpair the device in: Settings > Connected devices