Platform Android 14 menyertakan perubahan perilaku yang mungkin memengaruhi aplikasi Anda.
Perubahan perilaku berikut ini berlaku untuk semua aplikasi saat dijalankan di Android 14,
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 14.
Fungsi inti
Menjadwalkan alarm yang tepat ditolak secara default
Exact alarms are meant for user-intentioned notifications, or for actions that
need to happen at a precise time. Starting in Android 14, the
SCHEDULE_EXACT_ALARM
permission is no longer being pre-granted to most newly installed apps
targeting Android 13 and higher—the permission is denied by default.
Learn more about the changes to the permission for scheduling exact alarms.
Siaran yang terdaftar dalam konteks dimasukkan ke dalam antrean saat aplikasi di-cache
在 Android 14 中,当应用处于缓存状态时,系统可以将上下文注册的广播放入队列中。这与 Android 12(API 级别 31)为异步 binder 事务引入的队列行为类似。在清单中声明的广播不会加入队列,并且应用会从缓存状态中移除以进行广播传递。
当应用离开缓存状态(例如返回前台)时,系统会传递所有已加入队列的广播。某些广播的多个实例 可能会合并为一个广播。取决于其他因素,如系统 运行状况,则可能会从缓存状态中移除应用,以及之前排队 广播。
Aplikasi hanya dapat menghentikan proses latar belakangnya sendiri
从 Android 14 开始,当您的应用调用 killBackgroundProcesses()
时,该 API 只能终止您自己应用的后台进程。
如果您传入另一个应用的软件包名称,此方法对该应用的后台进程没有影响,并且 Logcat 中会显示以下消息:
Invalid packageName: com.example.anotherapp
您的应用不应使用 killBackgroundProcesses()
API,也不得以其他方式尝试影响其他应用的进程生命周期,即使在旧版操作系统上也是如此。Android 旨在让缓存应用在后台运行,并在系统需要内存时自动终止它们。如果您的应用会不必要地终止其他应用,则由于之后需要完全重启这些应用,因此可能会降低系统性能并增加耗电量,这比恢复现有缓存应用所消耗的资源要多得多。
MTU ditetapkan ke 517 untuk klien GATT pertama yang meminta MTU
Mulai Android 14, stack Bluetooth Android lebih mematuhi
Spesifikasi Inti Bluetooth Versi 5.2 dan meminta
MTU ATT BLE menjadi 517 byte saat klien GATT pertama meminta MTU menggunakan
BluetoothGatt#requestMtu(int)
API, dan mengabaikan semua permintaan MTU
berikutnya pada koneksi ACL tersebut.
Untuk mengatasi perubahan ini dan membuat aplikasi Anda lebih andal, pertimbangkan opsi berikut:
- Perangkat periferal Anda harus merespons permintaan MTU perangkat Android
dengan nilai yang wajar yang dapat diakomodasi oleh periferal. Nilai
akhir yang dinegosiasikan akan menjadi minimum dari nilai yang diminta Android dan
nilai yang disediakan jarak jauh (misalnya,
min(517, remoteMtu)
)- Mengimplementasikan perbaikan ini mungkin memerlukan update firmware untuk periferal
- Atau, batasi penulisan karakteristik GATT berdasarkan minimum
antara nilai periferal yang didukung dan perubahan MTU
yang diterima
- Pengingat bahwa Anda harus mengurangi 5 byte dari ukuran yang didukung untuk header
- Contoh:
arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5
Alasan baru aplikasi dapat ditempatkan di bucket standby terbatas
Android 14 memperkenalkan alasan baru aplikasi dapat ditempatkan ke dalam bucket standby yang dibatasi.
Tugas aplikasi memicu error ANR beberapa kali karena waktu tunggu metode onStartJob
,
onStopJob
, atau onBind
habis.
(Lihat JobScheduler memperkuat perilaku callback dan jaringan untuk perubahan
pada onStartJob
dan onStopJob
.)
Untuk melacak apakah aplikasi telah memasuki bucket standby yang dibatasi atau tidak,
sebaiknya lakukan logging dengan API UsageStatsManager.getAppStandbyBucket()
saat eksekusi tugas atau UsageStatsManager.queryEventsForSelf()
saat startup aplikasi.
mlock dibatasi hingga 64 KB
In Android 14 (API level 34) and higher, the platform reduces the maximum memory
that can be locked using mlock()
to 64 KB per process. In
previous versions, the limit was 64 MB per process. This restriction
promotes better memory management across apps and the system. To provide more
consistency across devices, Android 14 adds a new CTS test for the
new mlock()
limit on compatible devices.
Sistem menerapkan penggunaan resource aplikasi yang di-cache
从设计上讲,当应用的进程移至后台且没有任何其他应用进程组件在运行时,应用进程将处于缓存状态。此类应用进程可能会因系统内存压力而终止。在此状态下,Activity
实例在调用并返回 onStop()
方法后执行的任何工作均不可靠,强烈建议不要这样做。
Android 14 对此设计引入了一致性和强制执行要求。在应用进程进入缓存状态后不久,系统会禁止后台工作,直到进程组件重新进入生命周期的活跃状态。
使用框架支持的典型生命周期 API(例如服务、JobScheduler
和 Jetpack WorkManager)的应用应该不受这些变化的影响。
Pengalaman pengguna
Perubahan pada cara pengguna menerima notifikasi yang tidak dapat ditutup
如果您的应用向用户显示不可关闭的前台通知,请注意:Android 14 已更改此行为,允许用户关闭此类通知。
这项变更适用于阻止用户关闭前台的应用
将 Notification.FLAG_ONGOING_EVENT
设置为
Notification.Builder#setOngoing(true)
或
NotificationCompat.Builder#setOngoing(true)
。FLAG_ONGOING_EVENT
的行为已发生变化,使用户实际上能够关闭此类通知。
在以下情况下,此类通知仍不可关闭:
- 当手机处于锁定状态时
- 如果用户选择全部清除通知操作(有助于防止意外关闭)
此外,这一新行为不适用于以下用例中的通知:
CallStyle
条通知- 企业设备政策控制器 (DPC) 和支持软件包
- 媒体通知
- 默认的搜索选择器软件包
Informasi keamanan data terlihat lebih jelas
To enhance user privacy, Android 14 increases the number of places where the system shows the information you have declared in the Play Console form. Currently, users can view this information in the Data safety section on your app's listing in Google Play.
We encourage you to review your app's location data sharing policies and take a moment to make any applicable updates to your app's Google Play Data safety section.
Learn more in the guide about how data safety information is more visible on Android 14.
Aksesibilitas
Penskalaan font non-linear ke 200%
从 Android 14 开始,系统支持字体放大高达 200%,为弱视用户提供了符合网络内容无障碍指南 (WCAG) 的其他无障碍功能选项。
如果您已使用放大像素 (sp) 单位来定义文本大小,这项更改可能不会对您的应用产生太大影响。不过,您应在启用最大字号 (200%) 的情况下执行界面测试,确保应用能够在不影响易用性的情况下适应较大的字号。
Keamanan
API level target minimum yang dapat diinstal
从 Android 14 开始,targetSdkVersion
低于 23 的应用无法安装。要求应用满足这些最低目标 API 级别要求有助于提高用户的安全性和隐私性。
恶意软件通常会以较旧的 API 级别为目标平台,以绕过在较新版本 Android 中引入的安全和隐私保护机制。例如,有些恶意软件应用使用 targetSdkVersion
22,以避免受到 Android 6.0 Marshmallow(API 级别 23)在 2015 年引入的运行时权限模型的约束。这项 Android 14 变更使恶意软件更难以规避安全和隐私权方面的改进限制。尝试安装以较低 API 级别为目标平台的应用将导致安装失败,并且 Logcat 中会显示以下消息:
INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 23, but found 7
在升级到 Android 14 的设备上,targetSdkVersion
低于 23 的所有应用都将继续保持安装状态。
如果您需要测试以旧版 API 级别为目标平台的应用,请使用以下 ADB 命令:
adb install --bypass-low-target-sdk-block FILENAME.apk
Nama paket pemilik media mungkin akan disamarkan
Penyimpanan media mendukung kueri untuk kolom OWNER_PACKAGE_NAME
, yang
menunjukkan aplikasi yang menyimpan file media tertentu. Mulai Android
14, nilai ini disamarkan kecuali jika setidaknya salah satu kondisi berikut
terpenuhi:
- Aplikasi yang menyimpan file media memiliki nama paket yang selalu terlihat oleh aplikasi lain.
Aplikasi yang mengkueri penyimpanan media meminta izin
QUERY_ALL_PACKAGES
.
Pelajari lebih lanjut cara Android memfilter visibilitas paket untuk tujuan privasi.