Perubahan perilaku: semua aplikasi

Tetap teratur dengan koleksi Simpan dan kategorikan konten berdasarkan preferensi Anda.

Platform Android 15 menyertakan perubahan perilaku yang dapat memengaruhi aplikasi Anda. Perubahan perilaku berikut berlaku untuk semua aplikasi saat dijalankan di Android 15, terlepas dari targetSdkVersion. Sebaiknya uji aplikasi Anda, lalu ubah sesuai kebutuhan untuk mendukung perubahan ini dengan tepat, jika memungkinkan.

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

Fungsi inti

Android 15 mengubah atau memperluas berbagai kemampuan inti sistem Android.

Perubahan pada status paket dihentikan

Tujuan status FLAG_STOPPED paket (yang dapat digunakan pengguna dalam build AOSP dengan menekan lama ikon aplikasi dan memilih "Paksa Berhenti") selalu untuk mempertahankan aplikasi dalam status ini hingga pengguna secara eksplisit menghapus aplikasi dari status ini dengan langsung meluncurkan aplikasi atau secara tidak langsung berinteraksi dengan aplikasi (melalui sharesheet atau widget, memilih aplikasi sebagai wallpaper hidup, dll.). Di Android 15, kami telah memperbarui perilaku sistem agar selaras dengan perilaku yang diinginkan ini. Aplikasi hanya boleh dihapus dari status dihentikan melalui tindakan pengguna langsung atau tidak langsung.

Untuk mendukung perilaku yang diinginkan, selain batasan yang ada, sistem juga membatalkan semua intent yang tertunda saat aplikasi memasuki status dihentikan di perangkat yang menjalankan Android 15. Saat tindakan pengguna menghapus aplikasi dari status dihentikan, siaran ACTION_BOOT_COMPLETED akan dikirim ke aplikasi yang memberikan peluang untuk mendaftarkan ulang intent yang tertunda.

Anda dapat memanggil metode ApplicationStartInfo.wasForceStopped() baru untuk mengonfirmasi apakah aplikasi dimasukkan ke dalam status dihentikan.

Dukungan untuk ukuran halaman 16 KB

Sebelumnya, Android hanya mendukung ukuran halaman memori 4 KB, yang memiliki performa memori sistem yang optimal untuk jumlah rata-rata total memori yang perangkat Android. Mulai Android 15, AOSP mendukung perangkat yang dikonfigurasi untuk menggunakan ukuran halaman 16 KB (16 KB perangkat). Jika aplikasi Anda menggunakan library NDK, baik secara langsung atau secara tidak langsung melalui SDK, Anda harus membangun ulang aplikasi agar berfungsi di perangkat 16 KB ini.

Karena produsen perangkat terus membuat perangkat dengan jumlah memori fisik (RAM), banyak perangkat ini akan menggunakan 16 KB (dan akhirnya lebih besar) ukuran halaman untuk mengoptimalkan performa perangkat. Menambahkan dukungan untuk perangkat ukuran halaman 16 KB memungkinkan aplikasi Anda berjalan di perangkat lain dan membantu aplikasi Anda mendapatkan manfaat dari performa terkait peningkatan performa. Tanpa kompilasi ulang, aplikasi mungkin tidak berfungsi di perangkat 16 KB saat diproduksi dalam rilis Android mendatang.

Untuk membantu menambahkan dukungan bagi aplikasi Anda, kami telah memberikan panduan tentang cara memeriksa jika aplikasi Anda terdampak, berikut cara membuat ulang aplikasi (jika ada), dan cara menguji aplikasi Anda di lingkungan berukuran 16 KB menggunakan emulator (termasuk Android 15 image sistem untuk Android Emulator).

Benefits and performance gains

Perangkat yang dikonfigurasi dengan ukuran halaman 16 KB menggunakan memori yang sedikit lebih banyak secara rata-rata, tetapi juga mendapatkan berbagai peningkatan performa untuk sistem dan aplikasi:

• Waktu peluncuran aplikasi lebih rendah saat sistem berada dalam tekanan memori: rata-rata 3,16% lebih rendah, dengan peningkatan yang lebih signifikan (hingga 30%) untuk beberapa aplikasi yang kami uji
• Mengurangi penggunaan daya selama peluncuran aplikasi: Pengurangan rata-rata 4,56%
• Peluncuran kamera lebih cepat: rata-rata hot start 4,48% lebih cepat dan cold start 6,60% lebih cepat
• Waktu booting sistem yang lebih baik: rata-rata meningkat sebesar 8% (sekitar 950 milidetik)

Peningkatan ini didasarkan pada pengujian awal kami, dan hasil pada perangkat aktual kemungkinan akan berbeda. Kami akan memberikan analisis tambahan tentang potensi keuntungan untuk aplikasi saat kami melanjutkan pengujian.

Check if your app is impacted

If your app uses any native code, then you should rebuild your app with support for 16 KB devices. If you are unsure if your app uses native code, you can use the APK Analyzer to identify whether any native code is present and then check the alignment of ELF segments for any shared libraries that you find.

If your app only uses code written in the Java programming language or in Kotlin, including all libraries or SDKs, then your app already supports 16 KB devices. Nevertheless, we recommend that you test your app in a 16 KB environment to verify that there are no unexpected regressions in app behavior.

Perubahan yang diperlukan untuk beberapa aplikasi agar mendukung ruang pribadi

Ruang privasi adalah fitur baru di Android 15 yang memungkinkan pengguna membuat ruang terpisah di perangkat mereka tempat mereka dapat menjaga aplikasi sensitif agar tidak dilihat orang lain, di bawah lapisan autentikasi tambahan. Karena aplikasi di ruang pribadi memiliki visibilitas terbatas, beberapa jenis aplikasi perlu mengambil langkah tambahan agar dapat melihat dan berinteraksi dengan aplikasi di ruang pribadi pengguna.

Semua aplikasi

Karena aplikasi di ruang pribadi disimpan dalam profil pengguna terpisah, mirip dengan profil kerja, aplikasi tidak boleh mengasumsikan bahwa salinan aplikasi yang diinstal yang tidak ada di profil utama berada di profil kerja. Jika aplikasi Anda memiliki logika yang terkait dengan aplikasi profil kerja yang membuat asumsi ini, Anda harus menyesuaikan logika ini.

Aplikasi medis

Saat pengguna mengunci ruang pribadi, semua aplikasi di ruang pribadi akan dihentikan, dan aplikasi tersebut tidak dapat melakukan aktivitas latar depan atau latar belakang, termasuk menampilkan notifikasi. Perilaku ini dapat berdampak signifikan pada penggunaan dan fungsi aplikasi medis yang diinstal di ruang privasi.

Pengalaman penyiapan ruang privasi memperingatkan pengguna bahwa ruang privasi tidak cocok untuk aplikasi yang perlu melakukan aktivitas latar depan atau latar belakang penting, seperti menampilkan notifikasi dari aplikasi medis. Namun, aplikasi tidak dapat menentukan apakah aplikasi tersebut digunakan di ruang pribadi atau tidak, sehingga aplikasi tidak dapat menampilkan peringatan kepada pengguna untuk kasus ini.

Karena alasan ini, jika Anda mengembangkan aplikasi medis, tinjau pengaruh fitur ini terhadap aplikasi Anda dan ambil tindakan yang sesuai—seperti memberi tahu pengguna untuk tidak menginstal aplikasi Anda di ruang pribadi—untuk menghindari gangguan pada kemampuan aplikasi yang penting.

Aplikasi peluncur

Jika mengembangkan aplikasi peluncur, Anda harus melakukan hal berikut sebelum aplikasi di ruang pribadi dapat dilihat:

1. Aplikasi Anda harus ditetapkan sebagai aplikasi peluncur default untuk perangkat, yaitu memiliki peran ROLE_HOME.
2. Aplikasi Anda harus mendeklarasikan izin normal ACCESS_HIDDEN_PROFILES di file manifes aplikasi Anda.

Aplikasi peluncur yang mendeklarasikan izin ACCESS_HIDDEN_PROFILES harus menangani kasus penggunaan ruang pribadi berikut:

1. Aplikasi Anda harus memiliki penampung peluncur terpisah untuk aplikasi yang diinstal di ruang pribadi. Gunakan metode getLauncherUserInfo() untuk menentukan jenis profil pengguna yang ditangani.
2. Pengguna harus dapat menyembunyikan dan menampilkan penampung ruang pribadi.
3. Pengguna harus dapat mengunci dan membuka kunci penampung ruang pribadi. Gunakan metode requestQuietModeEnabled() untuk mengunci (dengan meneruskan true) atau membuka kunci (dengan meneruskan false) ruang pribadi.

4. Saat terkunci, tidak ada aplikasi di penampung ruang pribadi yang dapat dilihat atau ditemukan melalui mekanisme seperti penelusuran. Aplikasi Anda harus mendaftarkan penerima untuk siaran ACTION_PROFILE_AVAILABLE dan ACTION_PROFILE_UNAVAILABLE serta memperbarui UI di aplikasi Anda saat status penampung ruang pribadi terkunci atau tidak terkunci berubah. Kedua siaran ini menyertakan EXTRA_USER, yang dapat digunakan aplikasi Anda untuk merujuk ke pengguna profil pribadi.

   Anda juga dapat menggunakan metode isQuietModeEnabled() untuk memeriksa apakah profil ruang pribadi terkunci atau tidak.

Aplikasi app store

Ruang pribadi menyertakan tombol "Instal Aplikasi" yang meluncurkan intent implisit untuk menginstal aplikasi ke ruang pribadi pengguna. Agar aplikasi Anda menerima intent implisit ini, deklarasikan <intent-filter> dalam file manifes aplikasi dengan <category> dari CATEGORY_APP_MARKET.

Font emoji berbasis PNG dihapus

File font emoji lama berbasis PNG (NotoColorEmojiLegacy.ttf) telah dihapus, sehingga hanya menyisakan file berbasis vektor. Mulai Android 13 (API level 33), file font emoji yang digunakan oleh perender emoji sistem berubah dari file berbasis PNG menjadi file berbasis vektor. Sistem mempertahankan file font lama di Android 13 dan 14 karena alasan kompatibilitas, sehingga aplikasi dengan perender fontnya sendiri dapat terus menggunakan file font lama hingga dapat diupgrade.

Untuk memeriksa apakah aplikasi Anda terpengaruh, telusuri kode aplikasi Anda untuk menemukan referensi ke file NotoColorEmojiLegacy.ttf.

Anda dapat memilih untuk menyesuaikan aplikasi dengan beberapa cara:

• Gunakan API platform untuk rendering teks. Anda dapat merender teks ke Canvas yang didukung bitmap dan menggunakannya untuk mendapatkan gambar mentah jika diperlukan.
• Tambahkan dukungan font COLRv1 ke aplikasi Anda. Library open source FreeType mendukung COLRv1 dalam versi 2.13.0 dan yang lebih tinggi.
• Sebagai upaya terakhir, Anda dapat memaketkan file font emoji lama (NotoColorEmoji.ttf) ke dalam APK, meskipun dalam hal ini aplikasi Anda akan kehilangan update emoji terbaru. Untuk mengetahui informasi selengkapnya, lihat halaman project GitHub Noto Emoji.

Meningkatkan versi SDK target minimum dari 23 menjadi 24

Android 15 builds on the the changes that were made in Android 14 and extends this security further. In Android 15, apps with a targetSdkVersion lower than 24 can't be installed. Requiring apps to meet modern API levels helps to ensure better security and privacy.

Malware often targets lower API levels in order to bypass security and privacy protections that have been introduced in higher Android versions. For example, some malware apps use a targetSdkVersion of 22 to avoid being subjected to the runtime permission model introduced in 2015 by Android 6.0 Marshmallow (API level 23). This Android 15 change makes it harder for malware to avoid security and privacy improvements. Attempting to install an app targeting a lower API level results in an installation failure, with a message like the following one appearing in Logcat:

INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 24, but found 7

On devices upgrading to Android 15, any apps with a targetSdkVersion lower than 24 remain installed.

If you need to test an app targeting an older API level, use the following ADB command:

adb install --bypass-low-target-sdk-block FILENAME.apk

Keamanan dan privasi

Android 15 introduces robust measures to combat one-time passcode (OTP) fraud and to protect the user's sensitive content, focusing on hardening the Notification Listener Service and screenshare protections. Key enhancements include redacting OTPs from notifications accessible to untrusted apps, hiding notifications during screenshare, and securing app activities when OTPs are posted. These changes aim to keep the user's sensitive content safe from unauthorized actors.

Developers need to be aware of the following to ensure their apps are compatible with the changes in Android 15:

OTP Redaction

Android will stop untrusted apps that implement a NotificationListenerService from reading unredacted content from notifications where an OTP has been detected. Trusted apps such as companion device manager associations are exempt from these restrictions.

Screenshare Protection

• Notification content is hidden during screen sharing sessions to preserve the user's privacy. If the app implements setPublicVersion(), Android shows the public version of the notification which serves as a replacement notification in insecure contexts. Otherwise, the notification content is redacted without any further context.
• Sensitive content like password input is hidden from remote viewers to prevent revealing the user's sensitive information.
• Activities from apps that post notifications during screenshare where an OTP has been detected will be hidden. App content is hidden from the remote viewer when launched.
• Beyond Android's automatic identification of sensitive fields, developers can manually mark parts of their app as sensitive using setContentSensitivity, which is hidden from remote viewers during screenshare.
• Developers can choose to toggle the Disable screen share protections option under Developer Options to be exempted from the screenshare protections for demo or testing purposes. The default system screen recorder is exempted from these changes, since the recordings remain on-device.

Kamera dan media

Android 15 membuat perubahan berikut pada perilaku kamera dan media untuk semua aplikasi.

Pemutaran audio langsung dan offload akan membatalkan trek audio langsung atau offload yang sebelumnya terbuka saat batas resource tercapai

Before Android 15, if an app requested direct or offload audio playback while another app was playing audio and the resource limits were reached, the app would fail to open a new AudioTrack.

Beginning with Android 15, when an app requests direct or offload playback and the resource limits are reached, the system invalidates any currently open AudioTrack objects which prevent fulfilling the new track request.

(Direct and offload audio tracks are typically opened for playback of compressed audio formats. Common use-cases for playing direct audio include streaming encoded audio over HDMI to a TV. Offload tracks are typically used to play compressed audio on a mobile device with hardware DSP acceleration.)

Pengalaman pengguna dan UI sistem

Android 15 menyertakan beberapa perubahan yang dimaksudkan untuk menciptakan pengalaman pengguna yang lebih konsisten dan intuitif.

Animasi kembali prediktif diaktifkan untuk aplikasi yang ikut serta

Beginning in Android 15, the developer option for predictive back animations has been removed. System animations such as back-to-home, cross-task, and cross-activity now appear for apps that have opted in to the predictive back gesture either entirely or at an activity level. If your app is affected, take the following actions:

• Ensure that your app has been properly migrated to use the predictive back gesture.
• Ensure that your fragment transitions work with predictive back navigation.
• Migrate away from animation and framework transitions and use animator and androidx transitions instead.
• Migrate away from back stacks that FragmentManager doesn't know about. Use back stacks managed by FragmentManager or by the Navigation component instead.

Widget dinonaktifkan saat pengguna menghentikan paksa aplikasi

Jika pengguna menghentikan paksa aplikasi di perangkat yang menjalankan Android 15, sistem akan menonaktifkan semua widget aplikasi untuk sementara. Widget berwarna abu-abu, dan pengguna tidak dapat berinteraksi dengannya. Hal ini karena mulai Android 15, sistem akan membatalkan semua intent yang tertunda aplikasi saat aplikasi dipaksa berhenti.

Sistem akan mengaktifkan kembali widget tersebut saat pengguna meluncurkan aplikasi lagi.

Untuk informasi selengkapnya, lihat Perubahan pada status paket dihentikan.

Chip status bar proyeksi media memberi tahu pengguna tentang berbagi layar, transmisi, dan perekaman

Eksploitasi proyeksi layar mengekspos data pengguna pribadi seperti informasi keuangan karena pengguna tidak menyadari bahwa layar perangkat mereka sedang dibagikan.

Untuk aplikasi yang berjalan di perangkat dengan Android 15 QPR1 atau yang lebih baru, chip status bar yang besar dan jelas akan memberi tahu pengguna tentang proyeksi layar yang sedang berlangsung. Pengguna dapat mengetuk chip untuk menghentikan layar mereka agar tidak dibagikan, ditayangkan, atau direkam. Selain itu, proyeksi layar akan otomatis berhenti saat layar perangkat dikunci.

Check if your app is impacted

By default, your app includes the status bar chip and automatically suspends screen projection when the lock screen activates.

To learn more about how to test your app for these use cases, see Status bar chip and auto stop.

Pembatasan akses jaringan latar belakang

In Android 15, apps that start a network request outside of a valid process lifecycle receive an exception. Typically, an UnknownHostException or other socket-related IOException. Network requests that happen outside of a valid lifecycle are usually due to apps unknowingly continuing a network request even after the app is no longer active.

To mitigate this exception, ensure your network requests are lifecycle aware and cancelled upon leaving a valid process lifecycle by using lifecycle aware components. If it is important that the network request should happen even when the user leaves the application, consider scheduling the network request using WorkManager or continue a user visible task using Foreground Service.

Penghentian penggunaan

Dengan setiap rilis, API Android tertentu mungkin tidak digunakan lagi atau harus difaktorkan ulang untuk memberikan pengalaman developer yang lebih baik atau mendukung kemampuan platform baru. Dalam kasus ini, kami secara resmi menghentikan API yang tidak digunakan lagi dan mengarahkan developer ke API alternatif yang akan digunakan.

Penghentian berarti bahwa kami telah mengakhiri dukungan resmi untuk API, tetapi akan tetap tersedia bagi developer. Untuk mempelajari lebih lanjut penghentian penggunaan yang penting dalam rilis Android ini, lihat halaman penghentian penggunaan.