Wear OS
Wear OS是由Google开发的智能手表操作系统，基于Android平台构建，专为可穿戴设备设计。该系统支持健康监测、消息通知、语音助手（Google Assistant）等核心功能，并与Android及iOS设备兼容配对。Wear OS提供开放的应用生态，允许第三方开发者通过Google Play分发手表应用，被多家智能手表厂商采用。
时间轴 (近 90 天)
Proto Layout 是 Wear OS 此前用于构建 Tile 的专用布局库，采用基于 protobuf 的布局描述与表达式绑定机制；随着 Wear Widgets 转向 Jetpack Glance，Proto Layout 进入遗留状态。
Google 将 Wear OS 的 Tile（磁贴）正式演进为 Wear Widgets（手表小组件），并纳入统一的 Android Widgets 生态，与手机小组件共享 Jetpack Glance 基础设施。
迁移已有 Wear 磁贴有两种路径：双服务（保留现有 tile service 服务老版本 Wear OS，同时新增 Glance Wear Widget service 面向 Wear 7 及以上，推荐）和单服务（创建一个同时处理两种协议的 Glance Wear Widget service）。
WhatsApp 在登录时关闭通知桥接，登出时重新开启，并在手表离开充电器或应用更新时重新写入桥接状态。
Wear OS 的 NotificationBridgeManager 提供运行时关闭或开启通知桥接的写入接口，但没有读取当前状态的接口。
Wear OS 默认会桥接或镜像手机通知，前提是手机与手表保持连接。
Android 的 Doze 模式会推迟后台 CPU 和网络活动，Wear OS 设备因电池容量小，Doze 触发阈值通常更激进。
WhatsApp 在 Wear OS 上的首个版本使用了一个用 Rust 编写的紧凑便携客户端。
WhatsApp 团队决定将 Wear OS 应用从 Rust 便携客户端迁移到 Android 共享代码库。
WhatsApp 的 Wear OS 通知支持直接回复，用户可以通过键盘输入、语音或快速回复，发送成功后标记聊天已读并清除通知，失败则提供重试。
还有 22 条时间轴事件
全部知识事实 (20)
Wear OS 小组件取代了旧的 ProtoLayout Tiles 库，统一到 Jetpack Glance 生态；Wear OS 7 的硬件厂商已采用垂直滚动托盘，旧设备自动以全屏 Tile 形式呈现，并向下兼容至 Wear OS 4。
60%待验证迁移已有 Wear 磁贴有两种路径：双服务（保留现有 tile service 服务老版本 Wear OS，同时新增 Glance Wear Widget service 面向 Wear 7 及以上，推荐）和单服务（创建一个同时处理两种协议的 Glance Wear Widget service）。
50%待验证Proto Layout 是 Wear OS 此前用于构建 Tile 的专用布局库，采用基于 protobuf 的布局描述与表达式绑定机制；随着 Wear Widgets 转向 Jetpack Glance，Proto Layout 进入遗留状态。
50%待验证WhatsApp 在登录时关闭通知桥接，登出时重新开启，并在手表离开充电器或应用更新时重新写入桥接状态。
50%待验证Wear OS 默认会桥接或镜像手机通知，前提是手机与手表保持连接。
50%待验证Android 的 Doze 模式会推迟后台 CPU 和网络活动，Wear OS 设备因电池容量小，Doze 触发阈值通常更激进。
50%待验证WhatsApp 团队决定将 Wear OS 应用从 Rust 便携客户端迁移到 Android 共享代码库。
50%待验证WhatsApp 在 Wear OS 上的首个版本使用了一个用 Rust 编写的紧凑便携客户端。
50%待验证Wear OS 的 NotificationBridgeManager 提供运行时关闭或开启通知桥接的写入接口，但没有读取当前状态的接口。
50%待验证WhatsApp 的 Wear OS 通知支持直接回复，用户可以通过键盘输入、语音或快速回复，发送成功后标记聊天已读并清除通知，失败则提供重试。
50%待验证WhatsApp 修复通知重复提醒后，新消息到达时手表只震动一次，其他非提醒事件静默刷新通知。
50%待验证使用 Remote Compose 构建的 Wear OS 锻炼追踪器能够实现秒级刷新的实时指标，而传统 Compose 方案在环境模式下可能需等待一分钟才能更新一次指标。
50%待验证Google Play 为 Android TV、Android XR 和 Android Automotive OS 提供专用形态轨道，但 Wear OS 只能使用专用的 Wear OS 轨道，Android Auto 只能使用标准手机轨道。
50%待验证在多轨道并行发布时，建议将版本号的前几位分配给形态标识（例如 01 代表手机、02 代表 Wear OS、03 代表 Android Automotive OS），版本号长度至少七位以避免版本号冲突。
50%待验证通过手机蓝牙设置直接配对Wear OS模拟器会导致假连接，手表显示已连接但随即断开，解决方法是进入蓝牙设置取消配对并忘记设备，然后完全通过Wear OS应用重新配对。
50%待验证验证手机与手表模拟器配对成功最可靠的方法是从手机端Wear OS应用更换手表表盘，如果手表表盘随之改变，说明双向通信已经建立。
50%待验证Wear OS配套应用内置的“Pair with Emulator”功能，通过宿主机的端口转发与虚拟蓝牙桥接来模拟真实蓝牙配对过程，需要两端显示一致的配对码来确认通道建立。
50%待验证Wear OS模拟器的API版本与手机端相互独立，配对依赖的是Wear OS应用层协议（通过蓝牙或网络代理），而非两端系统版本必须一致。
50%待验证在Android Studio中新建Wear OS项目时，勾选“Pair Wear OS with Phone App”选项会同时生成手机端和手表端的两个模块。
50%待验证配对完成后，手机端通过adb forward将Wear OS应用的通信端口映射到手表模拟器，后续换表盘、消息同步都走这条通道。
50%