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，也不得以其他方式尝试影响其他应用的进程生命周期，即使在旧版操作系统上也是如此。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 推出了應用程式可放入受限制待命值區的新原因。應用程式的工作因 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() 限制進行測試。
系統會強制執行快取應用程式的資源用量
依設計，當應用程式移至背景，且當下沒有其他正在執行的應用程式處理程序元件，應用程式的處理程序會處於快取狀態。這類應用程式處理程序可能會因為系統記憶體不足而遭終止。在此狀態下，若呼叫 onStop() 方法並傳回後，任何 Activity 執行個體執行的工作都會處於不穩定的狀態，因此強烈不建議執行此類操作。
Android 14 為此設計導入一致性和強制執行機制。在應用程式處理程序進入快取狀態後不久，系統會禁止背景工作，直到處理程序元件重新恢復生命週期的有效狀態為止。
若應用程式使用一般架構支援的生命週期 API (例如 服務、JobScheduler 和 Jetpack WorkManager)，則應該不會受此類變更影響。
使用者體驗
關於使用者無法關閉通知的變更
如果您的應用程式會向使用者顯示無法關閉的前景通知，則 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% 的字型縮放倍數，為低視能使用者提供符合無障礙網頁內容規範 (WCAG)的額外無障礙選項。
如果您已使用經過調整像素 (sp) 的單位定義文字大小，則這項變更對應用程式不會造成太大影響。不過，您應該在啟用最大字型大小 (200%) 的情況下執行 UI 測試，確保應用程式能夠在不影響可用性的情況下，因應更大的字型。
安全性
可安裝的目標 API 級別下限
自 Android 14 起，搭載
比 23 低 targetSdkVersion
。要求應用程式符合這些最低目標 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 較低的所有應用程式
仍會保留安裝版本。
如要測試以舊版 API 級別為目標的應用程式，請使用下列 ADB 指令：
adb install --bypass-low-target-sdk-block FILENAME.apk
媒體擁有者的套件名稱可能會被遮蓋
您可以使用媒體儲存區查詢列有儲存特定媒體檔案應用程式的 OWNER_PACKAGE_NAME 資料欄。自 Android 14 版本起，除非符合下列至少一項條件，否則系統將遮蓋此值：
- 儲存媒體檔案的應用程式會具備一律可由其他應用程式瀏覽的套件名稱。
查詢媒體儲存區的應用程式會要求
QUERY_ALL_PACKAGES權限。
進一步瞭解 Android 如何篩選套件的瀏覽權限，以保護隱私權。