行為變更：所有應用程式

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

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

核心功能

Android 16 (API 級別 36) 包含下列變更，可修改或擴充 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 设备上运行，您就可以启用对某些作业配额优化功能的替换。

如需停用“顶级状态将遵守作业运行时配额”的强制执行，请运行以下 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

因工作空白而停止的原因

當與工作相關聯的 JobParameters 物件已收集為垃圾，但未呼叫 JobService#jobFinished(JobParameters, boolean) 來傳送工作完成信號時，就會發生遺棄的工作。這表示工作可能在未經應用程式察覺的情況下執行及重新排程。

依賴 JobScheduler 的應用程式不會維持對 JobParameters 物件的強參照，且超時現在會授予新的 STOP_REASON_TIMEOUT_ABANDONED 工作停止原因，而非 STOP_REASON_TIMEOUT。

如果新棄站原因經常發生，系統會採取緩解措施來減少工作頻率。

應用程式應使用新的停止原因來偵測並減少遺失的工作。

如果您使用 WorkManager、AsyncTask 或 DownloadManager，則不會受到影響，因為這些 API 會代表應用程式管理工作生命週期。

完全淘汰 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 設為廣播優先順序。

如果您的應用程式執行下列任一操作，可能會受到影響：

1. 您的應用程式已宣告多個使用相同廣播意圖的程序，並且預期會按照優先順序接收這些意圖。
2. 您的應用程式程序會與其他程序互動，並預期以特定順序接收廣播意圖。

如果程序需要相互協調，則應使用其他協調管道進行通訊。

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。

16 KB 頁面大小相容模式

Android 15 推出了 16 KB 記憶體分頁支援功能，以提升平台效能。Android 16 新增了相容模式，可讓為 4 KB 記憶體分頁建構的部分應用程式，在針對 16 KB 記憶體分頁設定的裝置上執行。

當應用程式在搭載 Android 16 以上版本的裝置上執行時，如果 Android 偵測到應用程式有 4 KB 對齊的記憶體分頁，就會自動使用相容性模式，並向使用者顯示通知對話方塊。在 AndroidManifest.xml 中設定 android:pageSizeCompat 屬性以啟用向後相容性模式，可防止應用程式啟動時顯示對話方塊。如要使用 android:pageSizeCompat 屬性，請使用 Android 16 SDK 編譯應用程式。

為獲得最佳效能、可靠性和穩定性，應用程式仍應以 16 KB 對齊。如要進一步瞭解如何更新應用程式以支援 16 KB 記憶體分頁，請參閱近期的網誌文章。

系統偵測到 4 KB 對齊的應用程式在 16 KB 對齊的情況下執行時，可獲得更佳的效能時，會顯示相容模式對話方塊。

使用者體驗和系統 UI

Android 16 (API 級別 36) 包含下列異動，旨在打造更一致、直觀的使用者體驗。

淘汰令人混淆的無障礙公告

Android 16 废弃了无障碍功能通告，其特征是使用 announceForAccessibility 或调度 TYPE_ANNOUNCEMENT 无障碍功能事件。这可能会给 TalkBack 和 Android 屏幕阅读器用户带来不一致的用户体验，而替代方案可以更好地满足各种 Android 辅助技术的用户需求。

替代方案示例：

• 对于窗口更改等重大界面更改，请使用 Activity.setTitle(CharSequence) 和 setAccessibilityPaneTitle(java.lang.CharSequence)。在 Compose 中，使用 Modifier.semantics { paneTitle = "paneTitle" }
• 如需向用户告知关键界面的更改，请使用 setAccessibilityLiveRegion(int)。在 Compose 中，请使用 Modifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]}。应谨慎使用这些事件，因为它们可能会在每次更新视图时生成通知。
• 如需向用户发送错误通知，请发送类型为 AccessibilityEvent#CONTENT_CHANGE_TYPE_ERROR 的 AccessibilityEvent 并设置 AccessibilityNodeInfo#setError(CharSequence)，或使用 TextView#setError(CharSequence)。

已废弃的 announceForAccessibility API 的参考文档中包含有关建议替代方案的更多详细信息。

支援三按鈕操作模式

Android 16 為已正確遷移至預測返回功能的應用程式，提供 3 鍵導覽的預測返回功能支援。長按返回按鈕會啟動預測返回動畫，讓您預覽返回滑動手勢會帶您前往的位置。

這項行為適用於系統中所有支援預測返回動畫的區域，包括系統動畫 (返回首頁、跨工作和跨活動)。

在 3 個按鈕操作模式中，預測返回動畫。

自動套用主題色至應用程式圖示

从 Android 16 QPR 2 开始，Android 会自动将主题应用于应用图标，以打造一致的主屏幕体验。如果应用未提供自己的带主题的应用图标，就会发生这种情况。应用可以通过在自适应图标中添加单色图层来控制主题化应用图标的设计，并在 Android Studio 中预览应用图标的外观。

裝置板型規格

Android 16 (API 級別 36) 包含以下變更，適用於虛擬裝置擁有者將應用程式投放到螢幕時。

虛擬裝置擁有者覆寫

虚拟设备所有者是创建和管理虚拟设备的受信任应用或特权应用。虚拟设备所有者在虚拟设备上运行应用，然后将应用投影到远程设备的显示屏上，例如个人电脑、虚拟现实设备或车载信息娱乐系统。虚拟设备所有者位于本地设备上，例如手机。

手机上的虚拟设备所有者创建将应用投影到远程显示屏的虚拟设备。

按应用替换项

在搭载 Android 16（API 级别 36）的设备上，虚拟设备所有者可以替换其管理的特定虚拟设备上的应用设置。例如，为了改进应用布局，虚拟设备所有者在将应用投影到外部显示屏上时，可以忽略屏幕方向、宽高比和可调整大小性限制。

常见的重大更改

Android 16 的行为可能会影响应用在汽车显示屏或 Chromebook 等大屏幕设备上的界面，尤其是那些专为竖屏小显示屏设计的布局。如需了解如何让应用适应所有设备类型，请参阅关于自适应布局。

参考文档

配套应用串流

安全性

Android 16 (API 級別 36) 包含多項異動，可提升系統安全性，協助保護應用程式和使用者免受惡意應用程式侵害。

安全性提高，避免意圖重新導向攻擊

Android 16 提供預設安全性，可防範一般 Intent重新導向攻擊，且只需進行最少的相容性調整和開發人員變更。

我們即將推出預設安全強化解決方案，以防範Intent 重新導向漏洞。在大多數情況下，使用意圖的應用程式通常不會遇到任何相容性問題；我們在開發過程中收集了各項指標，以監控哪些應用程式可能會發生中斷情形。

Android 發生意圖重新導向的情況，是指攻擊者可以部分或完整地控管某個意圖的內容，將該意圖用於在含有安全漏洞的應用程式環境中啟動新元件，而受害應用程式會在 ("頂層") Intent 的 Extras 欄位中啟動不受信任的次層意圖。這可能會導致攻擊者應用程式在受害應用程式的環境中啟動私人元件、觸發具備特殊權限的動作，或取得機密資料的 URI 存取權，進而竊取資料及執行任意程式碼。

選擇不處理意圖重新導向

Android 16 推出新的 API，可讓應用程式選擇停用啟動安全防護措施。在特定情況下，預設安全行為可能會干擾正當的應用程式用途，因此可能需要停用。

重要事項： 請謹慎停用安全防護功能，只有在絕對必要時才停用，因為這可能會增加安全漏洞的風險。使用這項 API 前，請審慎評估對應用程式安全性的潛在影響。

針對 Android 16 (API 級別 36) 以上 SDK 編譯的應用程式

您可以直接在 Intent 物件上使用 removeLaunchSecurityProtection() 方法。

val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent")
iSublevel?.removeLaunchSecurityProtection() // Opt out from hardening
iSublevel?.let { startActivity(it) }

針對 Android 15 (API 級別 35) 以下版本編譯的應用程式

雖然不建議，但您可以使用反射存取 removeLaunchSecurityProtection() 方法。

注意： 使用反射可能會導致程式碼更加脆弱，容易發生錯誤，尤其是在日後的 Android 版本中，如果基礎 API 發生變化，請盡可能將編譯 SDK 更新為指定 Android 16 (API 級別 36) 以上版本，直接使用 API。

val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent", Intent::class.java)
try {
    val removeLaunchSecurityProtection = Intent::class.java.getDeclaredMethod("removeLaunchSecurityProtection")
    removeLaunchSecurityProtection.invoke(iSublevel)
} catch (e: Exception) {
    // Handle the exception, e.g., log it
} // Opt-out from the security hardening using reflection
iSublevel?.let { startActivity(it) }

隨附應用程式不再收到探索逾時通知

Android 16 在配套设备配对流程期间引入了一种新行为，以防恶意应用侵犯用户的位置信息隐私。在 Android 16 上运行的所有配套应用都不再直接通过 RESULT_DISCOVERY_TIMEOUT 收到发现超时通知。而是通过可视对话框通知用户超时事件。当用户关闭对话框时，系统会通过 RESULT_USER_REJECTED 提醒应用关联失败。

搜索时长也从原来的 20 秒延长到了 30 秒，并且用户可以在搜索期间的任何时间停止设备发现。如果在开始搜索的前 20 秒内发现了至少 1 部设备，CDM 会停止搜索其他设备。

連線能力

Android 16 (API 級別 36) 的藍牙堆疊包含下列變更，可提升與周邊裝置的連線能力。

改善債券損失處理方式

从 Android 16 开始，蓝牙堆栈已更新，以便在检测到远程配对丢失时提高安全性和用户体验。以前，系统会自动解除配对并启动新的配对流程，这可能会导致意外重新配对。在许多情况下，我们发现应用未以一致的方式处理债券损失事件。

为了统一体验，Android 16 改进了系统的绑定丢失处理。如果之前配对的蓝牙设备在重新连接时无法进行身份验证，系统会断开关联，保留本地配对信息，并显示系统对话框，告知用户配对已断开并指示他们重新配对。