Android 16 平台包含可能對應用程式造成影響的行為變更。無論 targetSdkVersion 為何，當應用程式在 Android 16 上執行時，下列行為變更將會套用至所有應用程式。您應測試應用程式，並視需要修改，以便在適當情況下支援這些變更。
另請務必查看僅對指定 Android 16 為目標版本的應用程式造成影響的行為變更清單。
核心功能
Android 16 包含下列變更，可修改或擴充 Android 系統的各種核心功能。
JobScheduler 配額最佳化
自 Android 16 起，我們會根據下列因素調整一般和快速工作執行的執行時間配額：
- 應用程式位於哪個應用程式待命值區：在 Android 16 中，系統會開始以豐富的執行階段配額強制執行有效待命值區。
- 如果工作在應用程式處於頂層狀態時開始執行：在 Android 16 中，如果工作在應用程式向使用者顯示時開始執行，並在應用程式不再顯示後繼續執行，則會遵守工作執行時間配額。
- 如果工作在執行前景服務時執行：在 Android 16 中，與前景服務同時執行的工作會遵守工作執行時間配額。如果您要使用工作來進行使用者啟動的資料移轉作業，請考慮改用使用者啟動的資料移轉工作。
這項異動會影響使用 WorkManager、JobScheduler 和 DownloadManager 排定的任務。如要對工作停止的原因進行偵錯，建議您呼叫 WorkInfo.getStopReason() 來記錄工作停止的原因 (JobScheduler 工作請呼叫 JobParameters.getStopReason())。
如要進一步瞭解電池最佳化最佳做法，請參閱如何為任務排程 API 最佳化電池用量的相關指南。
我們也建議您利用 Android 16 中推出的新 JobScheduler#getPendingJobReasonsHistory API，瞭解為何未執行工作。
測試
如要測試應用程式的行為，只要應用程式在 Android 16 裝置上執行，您就可以啟用特定工作配額最佳化設定的覆寫功能。
如要停用「top state will adhere to job runtime quota」的強制執行功能，請執行下列 adb 指令：
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_TOP_STARTED_JOBS APP_PACKAGE_NAME
如要停用「與前景服務同時執行的作業會遵守作業執行時間配額」的強制執行，請執行下列 adb 指令：
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_FGS_JOBS APP_PACKAGE_NAME
如要測試特定的應用程式待命值區行為，您可以使用下列 adb 指令設定應用程式的應用程式待命值區：
adb shell am set-standby-bucket APP_PACKAGE_NAME active|working_set|frequent|rare|restricted
如要瞭解應用程式所屬的應用程式待命值區，您可以使用下列 adb 指令取得應用程式的應用程式待命值區：
adb shell am get-standby-bucket APP_PACKAGE_NAME
完全淘汰 JobInfo#setImportantWhileForeground
JobInfo.Builder#setImportantWhileForeground(boolean) 方法會在排程應用程式處於前景或暫時豁免背景限制時，指出工作的重要性。
自 Android 12 (API 級別 31) 起，此方法已淘汰。自 Android 16 起，這項方法不再有效，系統會忽略呼叫此方法的行為。
這項功能移除作業也適用於 JobInfo#isImportantWhileForeground()。自 Android 16 起，如果呼叫該方法，該方法會傳回 false。
排序廣播優先順序的範圍不再是全域
Android 應用程式可定義廣播接收器的優先順序，藉此控制接收器接收及處理廣播的順序。對於資訊清單宣告的接收器，應用程式可以使用 android:priority 屬性來定義優先順序，而對於內容註冊的接收器，應用程式可以使用 IntentFilter#setPriority() API 來定義優先順序。傳送廣播訊息時，系統會依優先順序 (由高至低) 將訊息傳送給接收器。
在 Android 16 中，系統無法保證使用 android:priority 屬性或在不同程序中使用 IntentFilter#setPriority() 的廣播傳送順序。廣播優先順序只會在相同的應用程式程序中受到尊重，而不會跨所有程序。
此外，廣播優先順序會自動限制在 (SYSTEM_LOW_PRIORITY + 1, SYSTEM_HIGH_PRIORITY - 1) 的範圍內。只有系統元件可將 SYSTEM_LOW_PRIORITY、SYSTEM_HIGH_PRIORITY 設為廣播優先順序。
如果您的應用程式執行下列任一操作，可能會受到影響：
- 您的應用程式已宣告多個使用相同廣播意圖的程序，並且預期會按照優先順序接收這些意圖。
- 您的應用程式程序會與其他程序互動，並預期以特定順序接收廣播意圖。
如果程序需要相互協調，則應使用其他協調管道進行通訊。
ART 內部變更
Android 16 包含 Android 執行階段 (ART) 的最新更新，可改善 Android 執行階段 (ART) 的效能，並提供其他 Java 功能的支援。透過 Google Play 系統更新，這些改善項目也適用於搭載 Android 12 (API 級別 31) 以上版本的十億部裝置。
隨著這些變更發布，依賴 ART 內部結構的程式庫和應用程式程式碼，可能無法在搭載 Android 16 的裝置上正常運作，也無法在透過 Google Play 系統更新更新 ART 模組的舊版 Android 上正常運作。
依賴內部結構 (例如 非 SDK 介面) 可能會導致相容性問題，但特別要避免依賴利用內部 ART 結構的程式碼 (或包含程式碼的程式庫)，因為 ART 變更並未與裝置執行的平台版本綁定，且會透過 Google Play 系統更新傳送至十億部裝置。
所有開發人員都應在 Android 16 上徹底測試應用程式，檢查應用程式是否受到影響。此外，請檢查已知問題，瞭解您的應用程式是否依附我們已識別的任何程式庫，而這些程式庫又依附 ART 內部結構。如果確實有受到影響的應用程式程式碼或程式庫依附元件，請盡可能尋找公用 API 替代方案，並在問題追蹤工具中建立功能要求，為新的用途要求公用 API。
使用者體驗和系統使用者介面
Android 16 包含下列變更，旨在打造更一致、直覺的使用者體驗。
淘汰干擾性無障礙工具的公告
Android 16 已淘汰無障礙公告，這類公告的特色是使用 announceForAccessibility 或調度 TYPE_ANNOUNCEMENT 無障礙事件。這可能會為 TalkBack 和 Android 螢幕閱讀器的使用者帶來不一致的使用者體驗，而替代方案可在各種 Android 輔助技術中，滿足更廣泛的使用者需求。
替代方案範例：
- 如要進行重大的 UI 變更 (例如變更視窗)，請使用
Activity.setTitle(CharSequence)和setAccessibilityPaneTitle(java.lang.CharSequence)。在 Compose 中使用Modifier.semantics { paneTitle = "paneTitle" } - 如要通知使用者關鍵 UI 的變更，請使用
setAccessibilityLiveRegion(int)。在 Compose 中使用Modifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]}。這些事件應謹慎使用，因為每次 View 更新時，這些事件都可能產生通知。 - 如要通知使用者錯誤，請傳送
AccessibilityEvent#CONTENT_CHANGE_TYPE_ERROR類型的AccessibilityEvent，並設定AccessibilityNodeInfo#setError(CharSequence)，或使用TextView#setError(CharSequence)。
如要進一步瞭解建議的替代方案，請參閱已淘汰的 announceForAccessibility API 參考說明文件。
支援 3 按鈕操作
Android 16 為已正確遷移至預測返回功能的應用程式，提供 3 鍵導覽的預測返回功能支援。長按返回按鈕會啟動預測返回動畫，讓您預覽返回滑動手勢會帶您前往的位置。
這項行為適用於系統中所有支援預測返回動畫的區域，包括系統動畫 (返回首頁、跨工作和跨活動)。