行為變更：指定 Android 17 以上版本的應用程式

和先前版本一樣，Android 17 也包含可能會影響應用程式的行為變更。以下行為變更僅適用於指定 Android 17 以上版本的應用程式。如果應用程式指定 Android 17 以上版本，建議您視情況修改應用程式，以支援這些行為。

此外，無論應用程式的 targetSdkVersion 為何，請務必查看對所有 Android 17 應用程式有影響的行為變更清單。

注意： 本頁面列出部分較重要的異動。詳情請參閱 Android 17 版本資訊。

使用者體驗和系統 UI

Android 17 包含下列異動項目，旨在打造更一致、直覺的使用者體驗。

記憶體限制小工具

从 Android 17 开始，系统会对以 Android 17（API 级别 37）或更高版本为目标平台的应用的 RemoteViews 更新强制执行严格的内存限制。当应用将 RemoteViews 对象传递给 AppWidgetManager.updateAppWidget 时，system_server 会计算载荷中每个方向和大小存储桶中所有图片数据的总内存占用。如果总内存超出系统上限 (mMaxWidgetBitmapMemory)，系统会拒绝更新并抛出 IllegalArgumentException：

java.lang.IllegalArgumentException: RemoteViews for widget update exceeds maximum bitmap memory usage (used: XXXXX, max: YYYYY)

对于以 API 级别 36 或更低级别为目标平台的应用，系统会将此内存违规行为记录为警告 (Slog.w)，而不会抛出异常。

Android skills

在 GitHub 上查看

管理 AppWidget 更新和位图内存

使用 AppWidget 更新和内存 Android 技能，对 widget 位图进行降采样，删除重复的自适应图片，并确保 Glance 和传统 AppWidgetProvider widget 均符合 Android 17 RemoteViews 内存限制。

如需从 Android CLI 安装技能，请运行以下命令：

android skills add glance-appwidget-updates-and-memory

系统如何计算内存上限

系统会将活跃显示配置的 widget 位图内存预算设置为 6 * width * height 字节（1.5 * 4 * width * height，相当于全屏 ARGB_8888 缓冲区大小的 1.5 倍）。在 API 级别 37 及更高级别下，此计算包括以下两项：

• 存储在 RemoteViews.mBitmapCache 中的内存中 Bitmap 和位图支持的 Icon 对象（Icon.TYPE_BITMAP 和 Icon.TYPE_ADAPTIVE_BITMAP），例如对 setImageViewBitmap、Icon.createWithBitmap、Icon.createWithAdaptiveBitmap 或 Jetpack Glance ImageProvider(bitmap) 的调用。mBitmapCache 中每个唯一的 Bitmap 或位图支持的 Icon 实例在每个 RemoteViews 层次结构中都会被计数一次。
• URI 支持的图片（Icon.createWithContentUri、setImageViewUri 或 Glance ImageProvider(uri)）不计入 system_server 中的 RemoteViews IPC 字节上限，但 widget 宿主进程会以完整分辨率将引用的 content:// 文件解码到其自己的堆中。在通过 FileProvider URI 公开降采样图片之前，请务必先将其写入 context.cacheDir。

缓解步骤

为了确保在手机、平板电脑和可折叠设备上，微件更新不会超出内存上限，请执行以下操作：

1. 根据 WindowMetrics 计算运行时内存预算：在 API 级别 30 及更高级别，从 WindowManager.currentWindowMetrics.bounds 而不是 resources.displayMetrics 读取活动窗口边界。在多分辨率设备和可折叠设备上，displayMetrics 可能会报告非活动显示屏尺寸。将总微件图片预算估算为 6L * bounds.width() * bounds.height()，如以下示例所示：

   private const val FALLBACK_MAX_BYTES = 15_000_000L
   
   fun calculateWidgetMemoryCapBytes(context: Context): Long {
       if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.R) {
           val wm = context.getSystemService(WindowManager::class.java)
               ?: return FALLBACK_MAX_BYTES
           val bounds = wm.currentWindowMetrics.bounds
           return 6L * bounds.width().toLong() * bounds.height().toLong()
       }
       val dm = context.resources.displayMetrics
       return 6L * dm.widthPixels.toLong() * dm.heightPixels.toLong()
   }
   

2. 将图片降采样到微件的可查看尺寸，并使用 RGB_565：使用 2 的幂 BitmapFactory.Options.inSampleSize 值（大小为微件的最大显示尺寸 [maxWidthDp x maxHeightDp]）解码位图，并对不透明的照片和缩略图使用 Bitmap.Config.RGB_565（每个像素 2 字节）而不是 ARGB_8888（每个像素 4 字节）。

3. 在 Jetpack Glance 中，将位图解码提升到 provideContent 之外：使用 SizeMode.Responsive 或 SizeMode.Exact 时，Glance 会针对每个尺寸分桶调用一次 provideContent lambda。在调用 provideContent 之前，在 provideGlance 中对每个共享的 Bitmap 解码一次，以便所有大小存储桶都引用 RemoteViews.mBitmapCache 中的同一 Bitmap 实例。

4. 替换图片时使用完整的 updateAppWidget 调用：在传统 AppWidgetProvider 实现中，避免调用 AppWidgetManager.partiallyUpdateAppWidget 来交换 Bitmap 或 Icon 视图。部分更新会将新操作合并到 system_server 中的现有 RemoteViews 树中，而不会逐出之前缓存的映像操作。构建完整的 RemoteViews 布局，并改为调用 updateAppWidget。

5. 提供错误后备布局：在 Jetpack Glance 中，替换 onCompositionError，以便在更新失败时呈现零位图 RemoteViews 后备。

您可以通过运行以下命令，在已连接的设备上检查微件当前的序列化位图内存用量：

adb shell dumpsys appwidget

核心功能

Android 17 包含下列異動項目，這類變更會修改或擴充 Android 系統的各種核心功能。

MessageQueue 的新無鎖定實作

从 Android 17 开始，以 Android 17（API 级别 37）或更高版本为目标平台的应用会收到 android.os.MessageQueue 的全新无锁实现。新实现可提升性能并减少丢帧，但可能会破坏反映 MessageQueue 私有字段和方法的客户端。

如需了解详情（包括缓解措施），请参阅 MessageQueue 行为变更指南。

靜態最終欄位現在無法修改

在 Android 17 以上版本執行的應用程式，如果指定 Android 17 (API 級別 37) 以上版本，則無法變更 static final 欄位。如果應用程式嘗試使用反射功能變更 static final 欄位，會導致 IllegalAccessException。如果嘗試透過 JNI API (例如 SetStaticLongField()) 修改其中一個欄位，會導致應用程式當機。

無障礙設定

Android 17 進行下列變更，提升無障礙功能。

支援複雜輸入法實體鍵盤輸入的無障礙功能

此功能引入了新的 AccessibilityEvent 和 TextAttribute API，以增强屏幕阅读器对 CJKV 语言输入的语音反馈。中日韩越输入法应用现在可以指示在文本撰写期间是否已选择文本转换候选字词。具有修改字段的应用可以在发送文本更改无障碍事件时指定文本更改类型。例如，应用可以指定文本更改发生在文本撰写期间，或者文本更改是由提交操作引起的。 这样做可让屏幕阅读器等无障碍服务根据文本修改的性质提供更精确的反馈。

应用采用量

• IME 应用：在编辑字段中设置撰写文本时，IME 可以使用 TextAttribute.Builder.setTextSuggestionSelected() 指示是否选择了特定转换候选。

• 具有修改字段的应用：维护自定义 InputConnection 的应用可以通过调用 TextAttribute.isTextSuggestionSelected() 来检索候选选择数据。然后，这些应用应在分派 TYPE_VIEW_TEXT_CHANGED 事件时调用 AccessibilityEvent.setTextChangeTypes()。对于以 Android 17（API 级别 37）为目标平台且使用标准 TextView 的应用，此功能将默认启用。（也就是说，TextView 将在向无障碍服务发送事件时，处理从 IME 检索数据和设置文本更改类型的工作）。

• 无障碍服务：处理 TYPE_VIEW_TEXT_CHANGED 事件的无障碍服务可以调用 AccessibilityEvent.getTextChangeTypes() 来识别修改的性质，并相应地调整其反馈策略。

隱私權

Android 17 包含下列異動，可提升使用者隱私。

已啟用 ECH (Encrypted Client Hello)

Android 17 導入了對加密用戶端 Hello (ECH) 的平台支援，這是一種 TLS 擴充功能，可加密 TLS 握手程序中的伺服器名稱指示 (SNI)，進而強化使用者隱私。這項加密功能可防止網路觀察者輕易識別應用程式連線的特定網域。

如果應用程式指定 Android 17 (API 級別 37) 以上版本，則會使用 ECH 建立 TLS 連線。只有在應用程式使用的網路程式庫 (例如 HttpEngine、WebView 或 OkHttp) 整合 ECH 支援，且遠端伺服器也支援 ECH 通訊協定時，ECH 才會啟用。如果無法協商 ECH，用戶端會傳送含有隨機內容的 ECH 擴充功能 (這項機制稱為 ECH GREASE)。如要進一步瞭解 ECH GREASE 的運作方式，請參閱 RFC 9849。

為了讓應用程式自訂這項行為，Android 17 在網路安全性設定檔中新增了 <domainEncryption> 元素。開發人員可以在 <base-config> 或 <domain-config> 標記中使用 <domainEncryption>，在全域或個別網域層級選取 ECH 模式 (例如 "enabled" 或 "disabled")。

詳情請參閱加密用戶端 Hello 說明文件。

指定 Android 17 的應用程式需要區域網路權限

Android 17 推出 ACCESS_LOCAL_NETWORK 執行階段權限，保護使用者免受未經授權的區域網路存取。由於這屬於現有的 NEARBY_DEVICES 權限群組，因此已授予其他 NEARBY_DEVICES 權限的使用者不會再次收到提示。這項新規定可防止惡意應用程式利用不受限制的區域網路存取權，暗中追蹤使用者及收集數位指紋。只要宣告並要求這項權限，應用程式就能探索及連線至區域網路 (LAN) 上的裝置，例如智慧住宅裝置或投放接收器。

如果應用程式指定 Android 17 (API 級別 37) 以上版本，現在有兩種方式可與區域網路裝置保持通訊：採用系統中介、隱私權保護的裝置挑選器，略過權限提示，或在執行階段明確要求這項新權限，以維持區域網路通訊。

詳情請參閱區域網路權限說明文件。

注意： 在 Android 16 中，應用程式可以選擇加入區域網路權限。自 Android 17 起，指定 Android 17 (API 級別 37) 以上版本的應用程式必須強制執行。

在實體裝置上隱藏密碼

如果应用以 Android 17（API 级别 37）或更高版本为目标平台，并且用户使用的是实体输入设备（例如外接键盘），则 Android 操作系统会将新的 show_passwords_physical 设置应用于密码字段中的所有字符。默认情况下，该设置会隐藏所有密码字符。

Android 系统会显示最后输入的密码字符，以帮助用户查看是否输错了密码。不过，对于较大的外接键盘，这种需求要小得多。此外，配备外接键盘的设备通常具有更大的显示屏，这会增加他人看到所输入密码的风险。

如果用户使用的是设备的触摸屏，系统会应用新的 show_passwords_touch 设置。

標準簡訊動態密碼防護

从 Android 17 开始，Android 将扩展其短信动态密码保护功能，使其适用于标准短信（包含动态密码但不使用 WebOTP 或短信检索器格式的短信）。对于大多数以 Android 17（API 级别 37）或更高版本为目标平台的应用，这些短信在收到 3 小时后才可供使用。此延迟旨在帮助防止动态密码被劫持。在这 3 小时的延迟期间，SMS_RECEIVED_ACTION 广播会被扣留，短信提供商数据库查询会被过滤。延迟后，这些应用便可收到短信。

某些应用（例如默认短信助理应用、已连接设备的配套应用等）不受此延迟的影响。所有依赖读取短信来提取动态密码的应用都应改用 SMS Retriever 或 SMS User Consent API，以确保功能正常运行。

注意： 针对 WebOTP 和 SMS Retriever 格式消息的额外短信动态密码保护措施适用于所有应用，无论其目标 API 级别为何。如需了解详情，请参阅所有应用的行为变更文档中的短信动态密码保护。

安全性

Android 17 對裝置和應用程式安全性進行了以下改善。

Activity 安全性

在 Android 17 中，平台继续向“默认安全”架构转变，引入了一系列旨在缓解高严重性漏洞利用（例如钓鱼式攻击、互动劫持和混淆代理攻击）的增强功能。此次更新要求开发者明确选择启用新的安全标准，以保持应用兼容性并保护用户。

对开发者产生的主要影响包括：

• BAL 强化和改进的选择启用：我们正在优化后台 activity 启动 (BAL) 限制，将保护范围扩展到 IntentSender。开发者必须停止使用旧版 MODE_BACKGROUND_ACTIVITY_START_ALLOWED 常量。相反，您应该采用精细控制，例如 MODE_BACKGROUND_ACTIVITY_START_ALLOW_IF_VISIBLE，它会将 activity 启动限制在调用应用可见的场景中，从而显著减少攻击面。
• 采用工具：开发者应利用严格模式和更新后的 lint 检查来识别旧版模式，并确保为未来的目标 SDK 要求做好准备。

預設啟用 CT

如果應用程式指定 Android 17 (API 級別 37) 以上版本，系統會預設啟用憑證透明化 (CT)。(在 Android 16 中，CT 可用，但應用程式必須選擇加入)。

更安全的原生 DCL - C

如果您的应用以 Android 17（API 级别 37）或更高版本为目标平台，Android 14 中针对 DEX 和 JAR 文件引入的更安全的动态代码加载 (DCL) 保护机制现在也适用于原生库。

使用 System.load() 加载的所有原生文件都必须标记为只读。 否则，系统会抛出 UnsatisfiedLinkError。

我们建议应用尽可能避免动态加载代码，因为这样做会大大增加应用因代码注入或代码篡改而遭到入侵的风险。

限制 CP2 資料檢視中的 PII 欄位

如果應用程式指定 Android 17 (API 級別 37) 以上版本，聯絡人供應程式 2 (CP2) 會限制資料檢視中包含個人識別資訊 (PII) 的特定資料欄。這項異動生效後，系統會從資料檢視中移除這些資料欄，進一步保護使用者隱私。受限制的資料欄包括：

• ACCOUNT_NAME
• ACCOUNT_TYPE
• ACCOUNT_TYPE_AND_DATA_SET

如果應用程式使用 ContactsContract.Data 中的這些資料欄，可以改為與 RAW_CONTACT_ID 彙整，從 ContactsContract.RawContacts 擷取這些資料欄。

在 CP2 中強制執行嚴格的 SQL 檢查

对于以 Android 17（API 级别 37）及更高版本为目标平台的应用，如果在没有 READ_CONTACTS 权限的情况下访问 ContactsContract.Data 表，Contacts Provider 2 (CP2) 会强制执行严格的 SQL 查询验证。

做出此项更改后，如果应用没有 READ_CONTACTS 权限，则在查询 ContactsContract.Data 表时会设置 StrictColumns 和 StrictGrammar 选项。如果查询使用的模式与这些模式不兼容，则会被拒绝并导致抛出异常。

情報

Android 17 對系統智慧功能進行了下列變更。

setContentCaptureEnabled 淘汰

在某些设备上，内容捕获功能默认处于启用状态，以便设备端 AI 功能分析屏幕内容，从而提供智能体验。

从 Android 17 开始，ContentCaptureManager.setContentCaptureEnabled(boolean) API 方法已被废弃。对于以 Android 17（API 级别 37）或更高版本为目标平台的应用，调用 setContentCaptureEnabled(false) 不再会停用内容捕获功能。

如果您的应用需要继续停用内容捕获功能或限制系统捕获屏幕内容，您必须改用 FLAG_SECURE 窗口布局参数。

如需停用内容捕获，请在窗口中设置 FLAG_SECURE 标志，如以下示例所示：

Kotlin

window.setFlags(
    WindowManager.LayoutParams.FLAG_SECURE,
    WindowManager.LayoutParams.FLAG_SECURE
)

Java

getWindow().setFlags(
    WindowManager.LayoutParams.FLAG_SECURE,
    WindowManager.LayoutParams.FLAG_SECURE
);

如需了解详情，请参阅 WindowManager.LayoutParams.FLAG_SECURE 参考文档。

媒體

Android 17 包含下列媒體行為變更。

背景音訊強化

從 Android 17 開始，音訊架構會對背景音訊互動強制執行限制，包括音訊播放、音訊焦點要求和音量變更 API，確保這些變更是由使用者刻意啟動。

部分音訊限制適用於所有應用程式。不過，如果應用程式指定 Android 17 (API 級別 37)，限制會更嚴格。如果其中一個應用程式在背景執行時與音訊互動，則必須執行前景服務。此外，應用程式必須符合下列一或兩項規定：

• 前景服務必須具備使用期間 (WIU) 功能。
• 應用程式必須具備精確鬧鐘權限，並與 USAGE_ALARM 音訊串流互動。

如需更多資訊 (包括緩解策略)，請參閱「背景音訊強化」。

裝置板型規格

Android 17 包含下列異動項目，可改善各種裝置尺寸和板型規格的使用者體驗。

平台 API 異動：在大螢幕 (sw>=600dp) 上忽略螢幕方向、大小調整和顯示比例限制

我們在 Android 16 中變更平台 API，針對指定目標 API 級別 36 以上版本的應用程式，忽略大螢幕 (sw >= 600dp) 的螢幕方向、大小調整和顯示比例限制。開發人員可以選擇不採用 SDK 36 的這些變更，但如果應用程式指定 Android 17 (API 級別 37) 以上版本，就無法再選擇不採用。

詳情請參閱「系統會忽略螢幕方向和大小調整限制」。

連線能力

Android 17 推出下列異動，提升藍牙 RFCOMM 通訊端的一致性，並與標準 Java InputStream 行為保持一致。

RFCOMM 的 BluetoothSocket read() 行為一致

如果應用程式指定 Android 17 (API 級別 37) 為目標版本，當通訊端關閉或連線中斷時，從 RFCOMM 型 BluetoothSocket 取得的 InputStream 的 read() 方法現在會傳回 -1。

這項異動可讓 RFCOMM 通訊端行為與 LE CoC 通訊端保持一致，並符合標準 InputStream.read() 說明文件，其中指出到達串流結尾時會傳回 -1。

如果應用程式僅依賴擷取 IOException 來中斷讀取迴圈，可能會受到這項異動影響，因此應更新 BluetoothSocket 讀取迴圈，明確檢查傳回值是否為 -1。這可確保遠端裝置中斷連線或通訊端關閉時，迴圈能正確終止。如需建議導入方式的範例，請參閱「傳輸藍牙資料」指南中的程式碼片段。