Android 14 平台包含可能對應用程式造成影響的行為變更。無論 targetSdkVersion 為何，當應用程式在 Android 14 上執行時，下列行為變更將會套用至所有應用程式。您應測試應用程式，並視需要修改，以便在適當情況下支援新版本功能。
另請務必查看僅對指定 Android 14 為目標版本的應用程式造成影響的行為變更。
核心功能
根據預設，系統會拒絕排定精確鬧鐘
精确的闹钟适用于用户指定的通知，或是在确切时间需要执行的操作。从 Android 14 开始，系统不再向以 Android 13 及更高版本为目标平台的大多数新安装应用预先授予 SCHEDULE_EXACT_ALARM 权限，该权限默认处于拒绝状态。
详细了解安排精确闹钟的权限变化。
在應用程式快取期間，註冊使用情境的廣播訊息會排入佇列
在 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 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 MB。此限制有助于更好地管理应用和系统的内存。为了在各种设备上提供更一致的体验，Android 14 针对兼容设备上的新 mlock() 限制添加了一项新的 CTS 测试。
系統會強制執行快取應用程式的資源使用情形
从设计上讲，当应用的进程移至后台且没有任何其他应用进程组件在运行时，应用进程将处于缓存状态。此类应用进程可能会因系统内存压力而终止。在此状态下，Activity 实例在调用并返回 onStop() 方法后执行的任何工作均不可靠，强烈建议不要这样做。
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%) 的情况下执行界面测试，确保应用能够在不影响易用性的情况下适应较大的字号。
安全性
可安裝的目標 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 如何出于隐私保护目的而过滤软件包可见性。