Wear OS 4 基于 Android 13(API 级别 33),该版本比 Wear OS 3 所依赖的版本 Android 11(API 级别 30)高了几个版本。因此,如果您准备在 Wear OS 4 中使用 Wear OS 应用,则需要处理对 Android 12 和 Android 13 中的所有应用生效的系统行为更改。
您可以 Android 13(API 级别 33)为目标平台,进一步提高应用与此版本的 Wear OS 的兼容性。
权限变更
以下与权限相关的变更最有可能影响搭载 Wear OS 4 的设备上的 Wear OS 应用。
通知权限
在大多数情况下,用户必须为您的应用授予通知运行时权限,包括当应用发布持续性活动通知时。
当用户在搭载 Wear OS 4 的设备上安装您的应用时,应用的通知默认处于关闭状态。在发布本地通知或启动持续性活动之前,请调用 areNotificationsEnabled()
检查是否允许您的应用发布通知。如果此方法返回 true
,您的应用可以显示通知。如果您的应用没有适当的权限,这些通知将无法显示且不会弹出提示,也不会抛出任何运行时异常。
当您在应用中请求 POST_NOTIFICATIONS
权限时,用户会看到图 1 中所示的系统权限对话框。
后台身体传感器权限
在搭载 Wear OS 4 的设备上,用户必须向您的应用授予在后台从常见身体传感器获取信息(例如心率)的权限。
如需了解详情,请参阅有关请求对身体传感器数据的后台访问权限的指南。
大致位置信息权限
在搭载 Wear OS 4 的设备上,用户可以请求您的应用仅检索大致位置信息,即使您的应用请求 ACCESS_FINE_LOCATION
运行时权限也是如此。
如果用户仅授予大致位置信息权限,请检查应用是否仍可用于关键应用场景,例如显示跑步路线。特别是,在 Wear OS 上使用健康服务时,请将定位错误考虑在内。
详细了解用户如何只授予大致位置信息权限。
应用组件和导航的变更
以下与应用组件和导航相关的变更最有可能影响搭载 Wear OS 4 的设备上的 Wear OS 应用。
intent 过滤器会屏蔽不匹配的 intent
当您的应用向以 Android 13 或更高版本为目标平台的其他应用的导出组件发送 intent 时,仅当该 intent 与接收应用中的 <intent-filter>
元素匹配时,系统才会传送该 intent。
了解如何将 intent 与其他应用的 intent 过滤器匹配。
根启动器 activity 行为
如果启动器 activity 声明了同时包含 ACTION_MAIN
和 CATEGORY_LAUNCHER
的 intent 过滤器,则该启动器 activity 位于任务的根。
如果用户从此类启动器 activity 导航到上一屏幕,则系统不会完成启动器 activity。相反,它会将启动器 activity 置于后台。
详细了解对根启动器 activity 和 activity 生命周期的更改。
应用链接验证
系统对 Android App Links 的验证方式进行了一些更改。具体而言,系统会强制执行更严格的 intent 过滤器语法,以证明特定网域中的网址应直接在您的应用中打开内容。这些更改会提升应用链接体验的可靠性,使应用开发者和最终用户能够更好地进行控制。
如需测试声明的可靠性,请手动调用域名验证。
移除了系统提醒窗口界面
Wear OS 4 移除了用于授予 SYSTEM_ALERT_WINDOW
权限的系统界面。此界面适用于部分搭载 Wear OS 3 及更低版本的设备。
如果您使用 ACTION_MANAGE_OVERLAY_PERMISSION
引导用户前往某个设置页面,并且此类页面可以将您的应用显示在其他应用上层,请更新您的应用的逻辑。例如,如果您依赖于系统提醒窗口显示重要消息,请改用通知。
电源和数据管理的变更
以下与电源和数据管理相关的变更最有可能影响搭载 Wear OS 4 的设备上的 Wear OS 应用。
受限应用待机模式存储分区
如果您的应用长时间未使用,或者调用了过多的广播和绑定,系统会将该应用放入“受限”应用待机模式存储分区。
应用休眠
如果用户几个月没有与您的应用互动,系统会将您的应用置于休眠状态。
备份和恢复
从 Wear OS 4 开始,如果特定 Wear OS 设备支持云端备份,用户可以将其数据备份到云端,以便从该设备传输数据,还可以从云端恢复数据,以将数据传输到新的 Wear OS 设备上。