28、通知的跨设备同步：Android Wear通知、Android Auto通知、Chromebook通知同步
跨设备同步，说白了就是你的通知不再被锁死在一台手机上。
我最早接触这个功能，是在一次出差途中。手机连着车载蓝牙，手表震了一下，结果手机、车机、手表三处同时响铃。嗯，那场面确实有点尴尬。后来我深入研究才发现，Android 的通知系统早就为这种多设备场景设计了一套完整的同步机制。
28.1 通知跨设备同步的核心逻辑
Android 的跨设备同步，依赖的是 Google Play Services 和 设备间的账号绑定。说白了，只要你的手机、手表、车机、Chromebook 登录了同一个 Google 账号，通知就会自动流转。
但这里有个关键点：不是所有通知都会被同步。系统会根据通知的类别、优先级、以及目标设备的能力来决定是否转发。
核心原则：通知同步遵循「一次消费，全局消失」的规则。你在手表上划掉一条通知，手机上的同一条通知也会消失。反之亦然。
为什么会这样？因为每条通知都有一个唯一的 NotificationId，系统通过这个 ID 来追踪通知的生命周期。我在项目中遇到过一个问题：自定义通知没有正确设置 NotificationId，结果手表上划掉了，手机上还在。后来排查发现是 tag 参数没传对。
28.2 Android Wear 通知同步
Android Wear（现在叫 Wear OS）是跨设备同步最典型的场景。手表作为手机的延伸，主要处理那些「看一眼就够」的通知。
28.2.1 自动同步与桥接模式
Wear OS 的通知同步有两种模式：
- 桥接模式（Bridged）：通知从手机通过蓝牙或 Wi-Fi 推送到手表。这是默认模式。
- 独立模式（Standalone）：手表上的应用直接接收通知，不依赖手机。比如手表上的微信独立版。
我个人习惯在开发通知时，明确指定 setLocalOnly(true) 来阻止某些通知同步到手表。比如一些后台服务的静默通知，没必要让手表也震一下。
// 阻止通知同步到 Wear OS
Notification notification = new NotificationCompat.Builder(context, CHANNEL_ID)
.setContentTitle("后台同步完成")
.setContentText("数据已更新")
.setLocalOnly(true) // 关键：仅本地显示
.setSmallIcon(R.drawable.ic_sync)
.build();小技巧：如果你希望通知在手表上显示更多操作，可以使用 addAction() 添加 Wear 专属的 Action。比如「回复」按钮在手表上会直接唤起语音输入。
28.2.2 通知分组与堆叠
手表屏幕小，通知堆叠是常态。我建议你在手机端就做好分组，这样手表上会自动合并。
// 使用 NotificationGroup 实现堆叠
String groupKey = "messages_group";
Notification summary = new NotificationCompat.Builder(context, CHANNEL_ID)
.setGroup(groupKey)
.setGroupSummary(true)
.setContentTitle("3 条新消息")
.build();
Notification message1 = new NotificationCompat.Builder(context, CHANNEL_ID)
.setGroup(groupKey)
.setContentTitle("张三")
.setContentText("晚上一起吃饭？")
.build();手表上会显示一个「3 条新消息」的摘要卡片，点开才能看到具体内容。嗯，这个设计很合理，不然手表屏幕会被刷爆。
28.3 Android Auto 通知同步
Android Auto 的通知同步，核心是 安全驾驶。车机屏幕上不会显示完整的通知内容，而是经过简化的卡片。
28.3.1 通知类别与驾驶模式
Android Auto 只允许显示以下类别的通知：
| 类别 | 示例 | 车机显示行为 |
|---|---|---|
| 消息类 | 短信、IM 消息 | 显示发送者名称，可语音播报 |
| 导航类 | 地图导航提示 | 显示路线信息，支持语音指令 |
| 通话类 | 来电、未接来电 | 显示联系人，支持接听/挂断 |
| 媒体类 | 音乐播放控制 | 显示专辑封面，支持播放控制 |
我曾经踩过一个坑：给一个新闻应用的通知设置了 CATEGORY_RECOMMENDATION，结果车机上死活不显示。后来查文档才发现，Android Auto 只认上面那四类。其他类别的通知会被直接过滤掉。
注意：Android Auto 的通知同步是单向的。车机上不能删除手机上的通知，只能标记为「已读」。这一点和 Wear OS 不同。
28.3.2 使用 CarAppExtender
如果你想让通知在车机上显示得更友好，可以用 CarAppExtender 来定制车机端的样式。
// 为 Android Auto 定制通知
Notification notification = new NotificationCompat.Builder(context, CHANNEL_ID)
.setContentTitle("张三")
.setContentText("晚上一起吃饭？")
.extend(new CarAppExtender()
.setColor(Color.BLUE)
.setContentText("新消息来自张三")
.setActions(new CarAppExtender.UnreadConversation.Builder("张三")
.setLatestTimestamp(System.currentTimeMillis())
.setReadPendingIntent(readIntent)
.setReplyAction(replyIntent, "回复")
.build()))
.build();我个人建议，车机上的通知文字尽量简短。司机没时间看长文本，语音播报才是王道。
28.4 Chromebook 通知同步
Chromebook 的通知同步，是 Android 生态里最容易被忽视的一环。其实逻辑很简单：手机和 Chromebook 登录同一账号后，通知会通过 Google Cloud Messaging 同步到 Chrome OS 的通知中心。
28.4.1 同步机制与延迟
Chromebook 的通知同步依赖网络，不像 Wear OS 那样通过蓝牙。所以会有一定的延迟。我测试过，通常在 1-3 秒内同步完成。如果网络不好，可能会延迟到 10 秒以上。
这里有个坑：Chromebook 上不支持通知操作。比如你在手机上收到一条微信消息，Chromebook 上会显示，但你点「回复」按钮，实际上会触发手机上的 PendingIntent，而不是在 Chromebook 上直接回复。嗯，这个限制目前无解，是 Chrome OS 的底层设计。
28.4.2 如何控制 Chromebook 上的通知显示
你可以通过 setGroupAlertBehavior() 来控制通知在 Chromebook 上的提醒方式。
// 控制 Chromebook 上的提醒行为
Notification notification = new NotificationCompat.Builder(context, CHANNEL_ID)
.setContentTitle("会议提醒")
.setContentText("10 分钟后有项目评审会")
.setGroupAlertBehavior(NotificationCompat.GROUP_ALERT_SUMMARY)
.build();可选值：
GROUP_ALERT_ALL：所有设备都提醒（默认）GROUP_ALERT_SUMMARY：只在摘要卡片上提醒GROUP_ALERT_CHILDREN：只在子通知上提醒
经验之谈：如果你开发的是办公类应用，建议把会议提醒、任务截止等通知设置为 GROUP_ALERT_SUMMARY。这样 Chromebook 上不会频繁弹窗，但通知中心里能看到。用户反馈会好很多。
28.5 跨设备同步的架构图
下面这张图展示了通知从手机到各设备的流转路径。我画的时候特意把「账号绑定」放在了中心位置，因为它是所有同步的基础。
28.6 避坑指南与最佳实践
做跨设备通知同步，我总结了几条血泪教训：
- 不要滥用
setLocalOnly(true)：我见过有些开发者把所有通知都设为本地通知，结果手表和车机上永远收不到。只有那些真正不需要跨设备的通知才用这个标记。 - 注意通知 ID 的唯一性：跨设备同步依赖
tag和id的组合。如果两个通知的 tag 和 id 相同，系统会认为是同一条通知，后发的会覆盖先发的。我曾经因为这个 bug，导致用户手机上重复收到同一条通知。 - 测试时务必用真机：模拟器上很难模拟出真实的跨设备场景。我建议至少准备一台手机、一块手表、一台 Chromebook 来做联调。
- 考虑离线场景：手表和车机可能离线。通知会缓存在手机上，等设备重新连接后再同步。但缓存有大小限制，超过 100 条通知可能会被丢弃。
一句话总结：跨设备通知同步的核心是「账号绑定 + 通知分类 + 设备能力适配」。做好这三件事，你的通知就能在手机、手表、车机、Chromebook 之间无缝流转。
嗯，这一章的内容就到这里。跨设备同步其实不难，难的是把每个设备的特性都照顾到。你想想看，用户可能正在开车，手表震了一下，车机上弹了个卡片，手机反而静音了——这种体验才是好的设计。