Platform Android 15 menyertakan perubahan perilaku yang mungkin memengaruhi aplikasi Anda.
Perubahan perilaku berikut ini berlaku untuk semua aplikasi saat dijalankan di Android 15,
terlepas dari targetSdkVersion. Sebaiknya uji aplikasi Anda, lalu modifikasi 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
从历史上看,Android 仅支持 4 KB 内存页面大小,这优化了系统内存性能,以适应 Android 设备通常拥有的平均总内存量。从 Android 15 开始,AOSP 支持配置为使用 16 KB 页面大小的设备(16 KB 设备)。如果您的应用直接或通过 SDK 间接使用任何 NDK 库,则需要重新构建应用,才能在这些 16 KB 设备上运行。
随着设备制造商不断制造出具有更大物理内存 (RAM) 的设备,许多此类设备将采用 16 KB(最终甚至更大)的页面大小来优化设备性能。添加对 16 KB 页面大小设备的支持,可让您的应用在这些设备上运行,并帮助您的应用受益于相关的性能改进。如果不重新编译,应用将无法在未来 Android 版本的 16 KB 设备上运行。
为帮助您为应用添加支持,我们提供了相关指南,介绍了如何检查应用是否受到影响、如何重新构建应用(如果适用),以及如何使用模拟器(包括 Android 模拟器的 Android 15 系统映像)在 16 KB 环境中测试应用。
优势和性能提升
配置为使用 16 KB 页面大小的设备平均会使用略多一些的内存,但系统和应用的性能也会得到各种提升:
- 缩短了系统内存压力时的应用启动时间:平均降低了 3.16%;对于我们测试的某些应用而言,改进幅度更大(最高可达 30%)
- 应用启动期间的功耗降低:平均降低了 4.56%
- 相机启动更快:热启动速度平均提高了 4.48%,冷启动速度平均提高了 6.60%
- 缩短了系统启动时间:平均缩短了 8%(约 950 毫秒)
这些改进基于我们的初始测试,实际设备上的结果可能会有所不同。随着测试的继续进行,我们将进一步分析应用的潜在收益。
检查您的应用是否受到影响
如果您的应用使用了任何原生代码,则应重新构建应用,使其支持 16 KB 设备。如果您不确定自己的应用是否使用了原生代码,可以使用 APK 分析器来确定是否存在任何原生代码,然后检查您找到的任何共享库的 ELF 段对齐情况。Android Studio 还提供了一些功能,可帮助您自动检测对齐问题。
如果您的应用仅使用以 Java 或 Kotlin 编程语言编写的代码(包括所有库或 SDK),则该应用已支持 16 KB 设备。不过,我们建议您在 16 KB 环境中测试应用,以验证应用行为是否出现意外的回归。
Perubahan yang diperlukan agar beberapa aplikasi mendukung ruang privasi
私密空间是 Android 15 中推出的一项新功能,可让用户在设备上创建一个单独的空间,在额外的身份验证层保护下,防止敏感应用遭到窥探。由于私密空间中的应用具有受限的公开范围,因此某些类型的应用需要执行额外的步骤,才能查看和与用户私密空间中的应用互动。
所有应用
由于私密空间中的应用会保存在单独的用户资料中(类似于工作资料),因此应用不应假定其任何未位于主资料中的已安装副本都位于工作资料中。如果您的应用包含与工作资料应用相关的逻辑,并且做出了上述假设,则需要调整此逻辑。
医疗应用
当用户锁定私密空间时,私密空间中的所有应用都会停止运行,并且这些应用无法执行前台或后台活动,包括显示通知。此行为可能会严重影响安装在私密空间中的医疗应用的使用和功能。
私密空间设置体验会向用户发出警告,告知私密空间不适合需要执行关键前台或后台活动的应用,例如显示医疗应用发送的通知。不过,应用无法确定自己是否在私密空间中使用,因此无法在这种情况下向用户显示警告。
因此,如果您开发的是医疗应用,请检查此功能可能会对您的应用产生哪些影响,并采取适当的措施(例如告知用户不要在私密空间中安装您的应用),以免中断关键的应用功能。
启动器应用
如果您开发的是启动器应用,则必须执行以下操作,才能看到私密空间中的应用:
- 您的应用必须被指定为设备的默认启动器应用,即具有
ROLE_HOME角色。 - 您的应用必须在应用的清单文件中声明
ACCESS_HIDDEN_PROFILES普通权限。
声明 ACCESS_HIDDEN_PROFILES 权限的启动器应用必须处理以下私密空间用例:
- 您的应用必须为安装在私密空间中的应用提供单独的启动器容器。使用
getLauncherUserInfo()方法确定要处理的用户个人资料类型。 - 用户必须能够隐藏和显示私密空间容器。
- 用户必须能够锁定和解锁私密空间容器。使用
requestQuietModeEnabled()方法锁定(通过传递true)或解锁(通过传递false)私密空间。 在锁定状态下,私密空间容器中的任何应用都应不可见,也无法通过搜索等机制被发现。您的应用应为
ACTION_PROFILE_AVAILABLE和ACTION_PROFILE_UNAVAILABLE广播注册接收器,并在私密空间容器的锁定或解锁状态发生变化时更新应用中的界面。这两种状态的广播都包含EXTRA_USER,您的应用可以使用该常量来引用不公开个人资料的用户。您还可以使用
isQuietModeEnabled()方法检查私密空间个人资料是否已锁定。
应用商店应用
私密空间包含一个“安装应用”按钮,用于启动隐式 intent 以将应用安装到用户的私密空间。为了让应用能够接收此隐式 intent,请在应用的清单文件中声明一个 <intent-filter>,并将 <category> 设为 CATEGORY_APP_MARKET。
Font emoji berbasis PNG dihapus
我们移除了基于 PNG 的旧版表情符号字体文件 (NotoColorEmojiLegacy.ttf),只保留了基于矢量的文件。从 Android 13(API 级别 33)开始,系统表情符号渲染程序使用的表情符号字体文件已从基于 PNG 的文件更改为基于矢量的文件。出于兼容性原因,系统在 Android 13 和 14 中保留了旧版字体文件,以便具有自己的字体渲染程序的应用在能够升级之前继续使用旧版字体文件。
如需检查您的应用是否受到影响,请在应用的代码中搜索对 NotoColorEmojiLegacy.ttf 文件的引用。
您可以通过多种方式自适应应用:
- 使用平台 API 进行文本渲染。您可以将文本渲染到基于位图的
Canvas,并在必要时使用该Canvas获取原始图片。 - 为您的应用添加 COLRv1 字体支持。FreeType 开源库在 2.13.0 版及更高版本中支持 COLRv1。
- 作为最后的手段,您可以将旧版表情符号字体文件 (
NotoColorEmoji.ttf) 捆绑到 APK 中,但在这种情况下,您的应用将缺少最新的表情符号更新。如需了解详情,请参阅 Noto Emoji GitHub 项目页面。
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 memperkenalkan langkah-langkah andal untuk memerangi penipuan kode sandi sekali pakai (OTP) dan untuk melindungi konten sensitif pengguna, dengan berfokus pada hardening Layanan Pemroses Notifikasi dan perlindungan berbagi layar. Peningkatan utama meliputi menyamarkan OTP dari notifikasi yang dapat diakses oleh aplikasi yang tidak tepercaya, menyembunyikan notifikasi selama berbagi layar, dan mengamankan aktivitas aplikasi saat OTP diposting. Perubahan ini bertujuan untuk menjaga konten sensitif pengguna agar aman dari pelaku yang tidak sah.
Developer harus mengetahui hal berikut untuk memastikan aplikasi mereka kompatibel dengan perubahan di Android 15:
Penyamaran OTP
Android akan menghentikan aplikasi tidak tepercaya yang menerapkan
NotificationListenerService agar tidak membaca konten yang tidak disamarkan
dari notifikasi tempat OTP telah terdeteksi. Aplikasi tepercaya seperti
asosiasi pengelola perangkat pendamping dikecualikan dari batasan ini.
Perlindungan Berbagi Layar
- Konten notifikasi disembunyikan selama sesi berbagi layar untuk menjaga
privasi pengguna. Jika aplikasi menerapkan
setPublicVersion(), Android akan menampilkan versi publik notifikasi yang berfungsi sebagai notifikasi pengganti dalam konteks yang tidak aman. Jika tidak, konten notifikasi akan disamarkan tanpa konteks lebih lanjut. - Konten sensitif seperti input sandi disembunyikan dari penonton jarak jauh untuk mencegah pengungkapan informasi sensitif pengguna.
- Aktivitas dari aplikasi yang memposting notifikasi selama berbagi layar saat OTP telah terdeteksi akan disembunyikan. Konten aplikasi disembunyikan dari penampil jarak jauh saat diluncurkan.
- Selain identifikasi otomatis Android terhadap kolom sensitif, developer
dapat menandai bagian aplikasi mereka sebagai sensitif secara manual menggunakan
setContentSensitivity, yang disembunyikan dari penonton jarak jauh selama berbagi layar. - Developer dapat memilih untuk mengalihkan opsi Nonaktifkan perlindungan berbagi layar di bagian Opsi Developer agar dikecualikan dari perlindungan berbagi layar untuk tujuan demo atau pengujian. Perekam layar sistem default dikecualikan dari perubahan ini, karena rekaman tetap berada di perangkat.
Kamera dan media
Android 15 membuat perubahan berikut pada perilaku kamera dan media untuk semua aplikasi.
Pemutaran audio langsung dan pelepasan membatalkan trek audio langsung atau pelepasan yang dibuka sebelumnya saat batas resource tercapai
Sebelum Android 15, jika aplikasi meminta pemutaran audio langsung atau offload saat
aplikasi lain memutar audio dan batas resource tercapai, aplikasi
akan gagal membuka AudioTrack baru.
Mulai Android 15, saat aplikasi meminta pemutaran langsung atau
pemuatan dan batas
resource tercapai, sistem akan membatalkan objek
AudioTrack yang saat ini terbuka yang mencegah pemenuhan permintaan trek baru.
(Jalur audio langsung dan offload biasanya dibuka untuk pemutaran format audio terkompresi. Kasus penggunaan umum untuk memutar audio langsung mencakup streaming audio yang dienkode melalui HDMI ke TV. Jalur offload biasanya digunakan untuk memutar audio yang dikompresi di perangkat seluler dengan akselerasi DSP hardware.)
Pengalaman pengguna dan UI sistem
Android 15 mencakup beberapa perubahan yang dimaksudkan untuk menciptakan pengalaman pengguna yang lebih konsisten dan intuitif.
Animasi kembali prediktif diaktifkan untuk aplikasi yang memilih ikut serta
Mulai Android 15, opsi developer untuk animasi kembali prediktif telah dihapus. Animasi sistem seperti kembali ke layar utama, lintas tugas, dan lintas aktivitas kini muncul untuk aplikasi yang telah mengaktifkan gestur kembali prediktif secara keseluruhan atau di tingkat aktivitas. Jika aplikasi Anda terpengaruh, lakukan tindakan berikut:
- Pastikan aplikasi Anda telah dimigrasikan dengan benar untuk menggunakan gestur kembali prediktif.
- Pastikan transisi fragmen Anda berfungsi dengan navigasi kembali prediktif.
- Bermigrasi dari animasi dan transisi framework, lalu gunakan transisi animator dan androidx.
- Bermigrasi dari data sebelumnya yang tidak diketahui
FragmentManager. Gunakan data sebelumnya yang dikelola olehFragmentManageratau oleh komponen Navigasi.
Widget dinonaktifkan saat pengguna menghentikan paksa aplikasi
如果用户在搭载 Android 15 的设备上强制停止应用,系统会暂时停用该应用的所有微件。这些 widget 会灰显,用户无法与其互动。这是因为,从 Android 15 开始,当系统强制停止应用时,会取消应用的所有待处理 intent。
系统会在用户下次启动应用时重新启用这些微件。
如需了解详情,请参阅对软件包停止状态的更改。
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.
Periksa apakah aplikasi Anda terpengaruh
Secara default, aplikasi Anda menyertakan chip status bar dan otomatis menangguhkan proyeksi layar saat layar kunci diaktifkan.
Untuk mempelajari lebih lanjut cara menguji aplikasi Anda untuk kasus penggunaan ini, lihat Chip status bar dan berhenti otomatis.
Pembatasan akses jaringan di latar belakang
Di Android 15, aplikasi yang memulai permintaan jaringan di luar siklus proses yang valid akan menerima pengecualian. Biasanya, UnknownHostException atau IOException
terkait soket lainnya. Permintaan jaringan yang terjadi di luar siklus proses yang valid
biasanya karena aplikasi tidak sengaja melanjutkan permintaan jaringan bahkan setelah aplikasi
tidak lagi aktif.
Untuk mengurangi pengecualian ini, pastikan permintaan jaringan Anda berbasis siklus proses dan dibatalkan setelah keluar dari siklus proses yang valid dengan menggunakan komponen berbasis siklus proses. Jika permintaan jaringan harus terjadi meskipun pengguna keluar dari aplikasi, pertimbangkan untuk menjadwalkan permintaan jaringan menggunakan WorkManager atau melanjutkan tugas yang terlihat pengguna menggunakan Layanan Latar Depan.
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 penggunaan 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 penting dalam rilis Android ini, lihat halaman penghentian penggunaan.