与之前的版本一样，Android 17 包含一些可能会影响应用的行为变更。以下行为变更仅影响以 Android 17 或更高版本为目标平台的应用。如果您的应用以 Android 17 或更高版本为目标平台，则应根据情况修改应用，以支持这些行为。
无论应用的 targetSdkVersion 为何，都请务必查看对 Android 17 上运行的所有应用都有影响的行为变更列表。
核心功能
Android 17 包含以下变更，这些变更会修改或扩展 Android 系统的各种核心功能。
MessageQueue 的新无锁实现
从 Android 17 开始，以 Android 17 或更高版本为目标平台的应用会收到 android.os.MessageQueue 的新无锁实现。新实现可提升性能并减少丢帧，但可能会破坏依赖于 MessageQueue 私有字段和方法的客户端。
如需了解详情（包括缓解策略），请参阅 MessageQueue 行为变更指南。
静态 final 字段现在不可修改
在 Android 17 或更高版本上运行且以 Android 17 或更高版本为目标平台的应用无法更改 static final 字段。如果应用尝试使用反射来更改 static final 字段，则会导致 IllegalAccessException。尝试通过 JNI API（例如 SetStaticLongField()）修改这些字段中的任何一个都会导致应用崩溃。
无障碍
Android 17 进行了以下变更，以改进无障碍功能。
复杂 IME 实体键盘输入的无障碍支持
此功能引入了新的 AccessibilityEvent 和 TextAttribute API，以增强屏幕阅读器针对 CJKV 语言输入的语音反馈。CJKV IME 应用现在可以指示在文本撰写期间是否已选择文本转换候选对象。具有编辑字段的应用可以在发送文本更改无障碍事件时指定文本更改类型。例如，应用可以指定在文本撰写期间发生了文本更改，或者文本更改是由提交导致的。这样做可让屏幕阅读器等无障碍服务根据文本修改的性质提供更精确的反馈。
应用采用量
IME 应用：在编辑字段中设置正在撰写的文本时，IME 可以使用
TextAttribute.Builder.setTextSuggestionSelected()来指明是否选择了特定的转换候选字词。具有“编辑字段”权限的应用：维护自定义
InputConnection的应用可以通过调用TextAttribute.isTextSuggestionSelected()来检索候选选择数据。然后，这些应用在调度TYPE_VIEW_TEXT_CHANGED事件时应调用AccessibilityEvent.setTextChangeTypes()。以 Android 17 为目标平台且使用标准TextView的应用默认会启用此功能。（也就是说，TextView将负责从 IME 检索数据，并在向无障碍服务发送事件时设置文本更改类型）。无障碍服务：处理
TYPE_VIEW_TEXT_CHANGED事件的无障碍服务可以调用AccessibilityEvent.getTextChangeTypes()来识别修改的性质，并相应地调整其反馈策略。
隐私权
Android 17 包含以下变更，旨在提升用户隐私保护。
以 Android 17 为目标平台的应用需要本地网络权限
| 是否可用于测试？（要求的 build 版本） | 是（Android 17 或更高版本） |
|---|---|
是否需要更改 targetSDKVersion？（API 级别） |
是 (API 级别 "CINNAMON_BUN")如需详细了解此值，请参阅清单属性文档。 |
Android 17 引入了 ACCESS_LOCAL_NETWORK 运行时权限，以保护用户免遭未经授权的本地网络访问。由于此权限属于现有的 NEARBY_DEVICES 权限组，因此系统不会再次提示已授予其他 NEARBY_DEVICES 权限的用户。这项新要求可防止恶意应用利用不受限制的本地网络访问权限进行隐秘的用户跟踪和指纹识别。通过声明和请求此权限，您的应用可以发现并连接到局域网 (LAN) 中的设备，例如智能家居设备或投屏接收器。
以 Android 17 或更高版本为目标平台的应用现在可以通过两种方式与 LAN 设备保持通信：采用系统介导的、可保护隐私的设备选择器来跳过权限提示，或者在运行时明确请求此新权限以保持本地网络通信。
如需了解详情，请参阅本地网络权限文档。
安全
Android 17 对设备和应用安全性进行了以下改进。
活动安全性
在 Android 17 中，平台继续向“默认安全”架构转变，引入了一系列旨在缓解严重程度较高的漏洞利用（例如网络钓鱼、交互劫持和混淆代理攻击）的增强功能。此更新要求开发者明确选择启用新的安全标准，以保持应用兼容性和用户保护。
对开发者的主要影响包括：
- BAL 强化和改进的选择启用机制：我们正在通过将保护范围扩展到
IntentSender来完善后台 activity 启动 (BAL) 限制。 开发者必须弃用旧版MODE_BACKGROUND_ACTIVITY_START_ALLOWED常量。相反，您应采用精细的控制措施，例如MODE_BACKGROUND_ACTIVITY_START_ALLOW_IF_VISIBLE，该措施会将 activity 启动限制在调用应用可见的场景中，从而显著减小攻击面。 - 采用工具：开发者应利用严格模式和更新后的 lint 检查来识别旧版模式，并确保做好准备，以满足未来的目标 SDK 要求。
默认启用 CT
如果应用以 Android 17 或更高版本为目标平台，则默认启用证书透明度 (CT)。（在 Android 16 上，CT 可用，但应用必须选择启用。）
更安全的原生 DCL - C
如果您的应用以 Android 17 或更高版本为目标平台，则 Android 14 中针对 DEX 和 JAR 文件引入的更安全的动态代码加载 (DCL) 保护功能现在也适用于原生库。
使用 System.load() 加载的所有原生文件都必须标记为只读。
否则，系统会抛出 UnsatisfiedLinkError。
我们建议应用尽可能避免动态加载代码，因为这样做会大大增加应用因代码注入或代码篡改而遭到入侵的风险。
设备规格
Android 17 包含以下变更，可改善各种尺寸和外形规格的设备上的用户体验。
平台 API 变更，用于忽略大屏设备 (sw>=600dp) 上的屏幕方向、尺寸调整能力和宽高比限制
我们在 Android 16 中引入了平台 API 变更，以忽略以 API 级别 36 或更高级别为目标的应用在大屏 (sw >= 600dp) 设备上的屏幕方向、宽高比和尺寸调整能力限制。开发者可以选择使用 SDK 36 停用这些变更，但对于以 Android 17 或更高版本为目标平台的应用，此停用选项将不再可用。
如需了解详情，请参阅忽略了有关屏幕方向和可调整大小性的限制。