行為變更：所有應用程式

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

另請務必查看僅對指定 Android 14 為目標版本的應用程式造成影響的行為變更。

核心功能

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

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

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

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

在 Android 14 中，當應用程式處於快取狀態時，系統可以將已註冊使用情境的廣播訊息排入佇列。這類似於佇列 Android 12 (API 級別 31) 為非同步繫結器引入的行為 交易系統不會將宣告資訊清單的廣播訊息排入佇列，而且應用程式會遭到移除 以便進行廣播傳遞

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

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

Starting in Android 14, when your app calls killBackgroundProcesses(), the API can kill only the background processes of your own app.

If you pass in the package name of another app, this method has no effect on that app's background processes, and the following message appears in Logcat:

Invalid packageName: com.example.anotherapp

Your app shouldn't use the killBackgroundProcesses() API or otherwise attempt to influence the process lifecycle of other apps, even on older OS versions. Android is designed to keep cached apps in the background and kill them automatically when the system needs memory. If your app kills other apps unnecessarily, it can reduce system performance and increase battery consumption by requiring full restarts of those apps later, which takes significantly more resources than resuming an existing cached app.

針對第一個要求 MTU 的 GATT 用戶端，MTU 會設為 517

自 Android 14 起，Android Bluetooth 堆疊會更嚴格地遵循 Bluetooth Core Specification 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 推出了應用程式可放入受限制待命值區的新原因。應用程式的工作因 onStartJob、onStopJob 或 onBind 方法逾時而多次觸發 ANR 錯誤。(如要瞭解 onStartJob 和 onStopJob 的變更，請參閱「JobScheduler 強化回呼和網路行為」)。

如要追蹤應用程式是否已進入受限制的待機區塊，建議您在工作執行時使用 API UsageStatsManager.getAppStandbyBucket() 進行記錄，或在應用程式啟動時使用 UsageStatsManager.queryEventsForSelf()。

mlock 上限為 64 KB

在 Android 14 (API 級別 34) 以上版本中，平台會將可使用 mlock() 鎖定的最大記憶體量，從每個程序 64 KB 降至 64 KB。在先前版本中，每個程序的限制為 64 MB。這項限制可促進應用程式和系統的記憶體管理。為在各裝置上提供更一致的體驗，Android 14 新增了新的 CTS 測試，針對相容裝置的新 mlock() 限制進行測試。

系統強制執行快取應用程式的資源用量

By design, an app's process is in a cached state when it's moved to the background and no other app process components are running. Such an app process is subject to being killed due to system memory pressure. Any work that Activity instances perform after the onStop() method has been called and returned, while in this state, is unreliable and strongly discouraged.

Android 14 introduces consistency and enforcement to this design. Shortly after an app process enters a cached state, background work is disallowed, until a process component re-enters an active state of the lifecycle.

Apps that use typical framework-supported lifecycle APIs – such as services, JobScheduler, and Jetpack WorkManager – shouldn't be impacted by these changes.

使用者體驗

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

如果您的應用程式會向使用者顯示無法關閉的前景通知，則 Android 14 已變更允許使用者關閉此類通知的行為。

這項異動適用於防止使用者關閉前景的應用程式 將 Notification.FLAG_ONGOING_EVENT 設為 Notification.Builder#setOngoing(true) 或 NotificationCompat.Builder#setOngoing(true)。當 FLAG_ONGOING_EVENT 已變更，以便讓這類通知確實存在 可由使用者關閉。

使用者無法在以下情況中關閉這些類型的通知 條件：

  • 手機鎖定時
  • 當使用者選取全部清除通知動作 (有助 意外關閉)

此外，這項新行為也不適用於 以下用途：

  • CallStyle 通知
  • 裝置政策控制器 (DPC) 與企業支援套件
  • 媒體通知
  • 預設搜尋選取器套件

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

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

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

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

無障礙設定

非線性字型縮放至 200%

自 Android 14 起，系統將支援高達 200% 的字型縮放倍數，為使用者提供額外的無障礙選項。

如果您已使用可縮放像素 (sp) 單位定義文字大小，這項變更可能不會對應用程式造成重大影響。不過，您應啟用最大字型大小 (200%) 進行 UI 測試，確保應用程式能夠在不影響可用性的情況下，因應更大的字型。

安全性

可安裝的目標 API 級別下限

Starting with Android 14, apps with a targetSdkVersion lower than 23 can't be installed. Requiring apps to meet these minimum target API level requirements improves security and privacy for users.

Malware often targets older API levels in order to bypass security and privacy protections that have been introduced in newer 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 14 change makes it harder for malware to avoid security and privacy improvements. Attempting to install an app targeting a lower API level will result in an installation failure, with the following message appearing in Logcat:

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

On devices upgrading to Android 14, any apps with a targetSdkVersion lower than 23 will 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

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

您可以使用媒體儲存區查詢列有儲存特定媒體檔案應用程式的 OWNER_PACKAGE_NAME 資料欄。自 Android 14 版本起，除非符合下列至少一項條件，否則系統將遮蓋此值：

  • 儲存媒體檔案的應用程式會具備一律可由其他應用程式瀏覽的套件名稱。

  • 查詢媒體儲存區的應用程式會要求 QUERY_ALL_PACKAGES 權限。

進一步瞭解 Android 如何篩選套件的瀏覽權限，以保護隱私權。