行為變更:所有應用程式

Android 14 平台包含可能對應用程式造成影響的行為變更。無論 targetSdkVersion 為何,當應用程式在 Android 14 上執行時,下列行為變更都會套用至所有應用程式。您應測試應用程式,並視需要修改,以便在適當情況下支援新版本功能。

請務必查看只會影響指定 Android 14 為目標版本應用程式的行為變更清單。

核心功能

根據預設,系統會拒絕排定精確鬧鐘

精確鬧鐘是針對使用者需求或需要在確切時間發生的操作所設計的通知。自 Android 14 起,SCHEDULE_EXACT_ALARM 權限不再預先授予以 Android 13 以上版本為目標所安裝的最新應用程式;該權限依預設為拒絕狀態。

進一步瞭解精準鬧鐘排程權限變更

在應用程式快取期間,註冊使用情境的廣播訊息會排入佇列

在 Android 14 中,當應用程式處於快取狀態時,系統可以將已註冊使用情境廣播訊息排入佇列。這與 Android 12 (API 級別 31) 針對非同步繫結機制交易所推出的排入佇列行為類似。系統不會將宣告資訊清單的廣播訊息排入佇列,應用程式也會自快取狀態移除,以便進行播送。

當應用程式結束快取狀態 (例如返回前景) 時,系統會傳送所有排入佇列的廣播訊息。某些廣播訊息的多個執行個體可以合併為單一廣播訊息。視其他因素 (例如系統健康狀態) 而定,應用程式可能會從快取狀態中移除,而系統會傳送先前排入佇列的所有廣播訊息。

應用程式只能終止自己的背景處理程序

自 Android 14 起,當應用程式呼叫 killBackgroundProcesses() 時,API 只能終止您自有應用程式的背景處理程序。

如果您傳入其他應用程式的套件名稱,此方法不會對該應用程式的背景處理程序產生影響,而且 Logcat 也會顯示以下訊息:

Invalid packageName: com.example.anotherapp

您的應用程式不應使用 killBackgroundProcesses() API,或嘗試影響其他應用程式的處理程序生命週期,即使是在舊版 OS 上也是如此。Android 的設計是為了在背景作業中保留快取的應用程式,並且能夠在系統需要記憶體時自動終止這些應用程式。如果您的應用程式不小心關閉其他應用程式,可能會因為需要在稍後重新啟動這些應用程式 (比起恢復現有已快取的應用程式會耗用更多的資源),進而降低系統效能並增加電池耗電量。

第一個要求 MTU 的 GATT 用戶端的 MTU 已設為 517

从 Android 14 开始,Android 蓝牙堆栈会更严格地遵循蓝牙核心规范 5.2 版,当第一个 GATT 客户端使用 BluetoothGatt#requestMtu(int) API 请求 MTU 时,会请求将 BLE ATT MTU 设置为 517 个字节,并忽略针对该 ACL 连接的所有后续 MTU 请求。

如需解决此变更并提高应用的稳健性,请考虑以下选项:

  • 您的外围设备应使用可由外围设备适应的合理值来响应 Android 设备的 MTU 请求。最终商定的值将为 Android 请求的值和远程提供的值(例如 min(517, remoteMtu))中的最小值
    • 实现此修复可能需要更新外围设备的固件
  • 或者,根据外围设备的已知受支持值与接收到的 MTU 变化之间的最小值限制 GATT 特征写入
    • 温馨提示:您应该在支持的标头大小的基础上减少 5 个字节
    • 例如:arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5

應用程式會排入受限待命值區的新原因

Android 14 引入了将应用放入“受限待机”分桶的新原因。由于 onStartJobonStopJobonBind 方法超时,应用的作业会多次触发 ANR 错误。(如需了解对 onStartJobonStopJob 的更改,请参阅 JobScheduler 增强回调和网络行为。)

如需跟踪应用是否已进入“受限待机”分桶,我们建议您在作业执行时使用 API UsageStatsManager.getAppStandbyBucket() 进行日志记录,或者在应用启动时使用 UsageStatsManager.queryEventsForSelf() 进行日志记录。

最大 64 KB

在 Android 14 (API 級別 34) 以上版本中,平台會將可使用 mlock() 鎖定的記憶體上限降至每個程序 64 KB。在舊版中,每項程序的上限是 64 MB。這項限制可促進跨應用程式和系統的記憶體管理。為提供跨裝置的一致性,Android 14 針對相容裝置的新的 mlock() 限制新增新的 CTS 測試

系統會強制使用快取應用程式的資源

依設計,當應用程式移至背景,且當下沒有其他正在執行的應用程式處理程序元件,應用程式的處理程序會處於快取狀態。這類應用程式處理程序可能會因為系統記憶體不足而遭終止。在此狀態下,若呼叫 onStop() 方法並傳回後,任何 Activity 執行個體執行的工作都會處於不穩定的狀態,因此強烈不建議執行此類操作。

Android 14 為此設計導入一致性和強制執行機制。應用程式程序進入快取狀態後不久,系統不允許背景工作,直到程序元件重新進入生命週期的有效狀態為止。

如果應用程式使用一般架構支援的生命週期 API (例如 服務JobSchedulerJetpack WorkManager),則應該不會受此類變更影響。

使用者體驗

關於使用者無法關閉通知的變更

如果您的应用向用户显示不可关闭的前台通知,请注意:Android 14 已更改此行为,允许用户关闭此类通知。

这项变更适用于通过 Notification.Builder#setOngoing(true)NotificationCompat.Builder#setOngoing(true) 设置 Notification.FLAG_ONGOING_EVENT 来阻止用户关闭前台通知的应用。FLAG_ONGOING_EVENT 的行为已发生变化,使用户实际上能够关闭此类通知。

在以下情况下,此类通知仍不可关闭:

  • 当手机处于锁定状态时
  • 如果用户选择全部清除通知操作(有助于防止意外关闭)

此外,这种新行为不适用于以下用例中的通知:

  • CallStyle 通知
  • 企业设备政策控制器 (DPC) 和支持软件包
  • 媒体通知
  • 默认的搜索选择器软件包

以更清楚的方式顯示資料安全性資訊

為了加強使用者隱私,Android 14 會增加系統顯示您在 Play 管理中心表單中宣告的資訊地點數量。目前,使用者可以在 Google Play 應用程式商店資訊的資料安全性部分查看這項資訊。

建議您查看應用程式的位置資料分享政策,並撥冗為應用程式的 Google Play「資料安全性」專區進行適用的更新。

詳情請參閱這份指南,瞭解 Android 14 如何以更清楚的方式顯示資料安全性資訊。

無障礙功能

非線性字型縮放至 200%

自 Android 14 起,系統將支援高達 200% 的字型縮放功能,為低視能使用者提供符合無障礙網頁內容規範 (WCAG)的額外無障礙選項。

如果您已使用縮放像素 (sp) 單位來定義文字大小,這項變更可能不會對應用程式造成顯著影響。但是,建議您執行啟用最大字型大小 (200%) 的 UI 測試,確保應用程式可以在不影響可用性的情況下,因應較大的字型。

安全性

可安裝的目標 API 級別下限

自 Android 14 起,無法安裝 targetSdkVersion 低於 23 的應用程式。要求應用程式符合這些最低目標 API 級別規定,可提升使用者的安全性和隱私權。

為了規避 Android 較新版本的安全性和隱私權保護措施,惡意軟體通常會鎖定舊版 API 級別。舉例來說,某些惡意軟體應用程式會使用 22 的 targetSdkVersion,以避免受到 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

媒體擁有者的套件名稱可能會被遮蓋

媒体库支持查询 OWNER_PACKAGE_NAME 列,该列表示存储特定媒体文件的应用。从 Android 14 开始,除非满足以下条件之一,否则系统会隐去此值:

  • 存储媒体文件的应用有一个软件包名称始终对其他应用可见。
  • 查询媒体库的应用会请求 QUERY_ALL_PACKAGES 权限。

详细了解 Android 如何出于隐私保护目的而过滤软件包可见性