跨设备连接成功却收不到第二条消息UIAbility 会话世代与文本协议怎么设计手表端成功拉起手机端应用第一条“开始拍照”能收到断线重连后第二条消息没有反应旧手机页面却偶尔执行了一次。官方跨设备连接指南说明三方应用支持跨设备拉起和文本信息交互。接口打通只是起点真正决定稳定性的是应用有没有给连接、消息和重连建立明确协议。验证边界本文依据华为开发者官网截至 2026-09-25 可访问的资料整理。文中的状态机、去重器和坐标计算已经在 Node.js 宿主环境执行断言当前本机仍是 API 24 SDK且没有连接 HDC 真机因此不把这些断言写成 API 26 编译或真机实测。涉及窗口、拖拽和跨设备能力的正式交付仍需在 API 26 SDK、模拟器或对应真机上补齐接口编译、交互录像与日志证据。先把失败链画出来如果只用一个全局connectedtrue旧连接的异步回调可以覆盖新连接消息没有序号和确认时发送端不知道是丢失、超时还是对端已执行但确认丢失。直接重发会把“拍照”“提交”这类命令执行两次。复现需要模拟连接 A 断开、连接 B 建立、A 的迟到回调以及确认包丢失。协议必须携带什么每次连接成功生成递增 generation所有消息携带 generation、seq、commandId 和 payload。接收端只接受当前世代并用 commandId 去重发送端维护待确认表超时只重发同一个 commandId。重连后先交换最近确认序号再决定补发范围。三方应用只传文本时可使用版本化 JSON 包但必须限制长度并校验字段。interface Envelope { version:1; generation:number; seq:number; commandId:string; type:string; payload:unknown } export function accept(e:Envelope,current:number,seen:Setstring):ok|stale|duplicate { if(e.generation!current) return stale; if(seen.has(e.commandId)) return duplicate; seen.add(e.commandId); return ok; } export function nextSeq(last:number){ return last1; }案例一旧连接回调晚于新连接建立连接 B 建立后 currentGeneration 加一。连接 A 的消息即使随后抵达也因世代不匹配被记录为 stale不再改变页面。释放 A 时不要清空 B 的待确认表资源生命周期必须绑定具体连接对象。案例二命令已执行确认消息在网络中丢失发送端超时后重发相同 commandId接收端查到已处理只返回确认而不再次执行。对于拍照等有副作用命令处理结果也应按 commandId 缓存一段时间重试时返回相同结果。与常见方案对比观察项容易写错更可靠的处理连接身份一个全局布尔值每次连接有独立 generation消息顺序到达就执行seq 检查与缺口检测重试超时生成新命令复用 commandId 并去重协议升级直接改 JSON 字段version 分支与兼容解析会话世代解决旧回调污染commandId 解决重复副作用seq 解决顺序与缺口。三者职责不同不能只靠时间戳代替。把协议封装成单独模块后手机、手表和平板只需实现命令处理器。上线前协议检查重连一定生成新世代。每条命令有稳定 commandId。接收端缓存已处理结果并支持重复确认。文本包有版本、长度和字段校验。断线、迟到回调和确认丢失都有测试。官方资料与适用范围跨设备连接 UIAbility 开发指南多设备通用适配指南跨设备“连接成功”只证明通道存在。把迟到、重复、乱序和重连写进协议第二条、第一百条消息才和第一条一样可信。