HarmonyOS开发者社区

这类冲突要先区分两条链路：应用接续偏“把当前任务迁移到另一台设备继续使用”，多端协同偏“两端同时在线协作/传输数据”。两者同时触发时，最容易出现页面状态被恢复逻辑覆盖、协同会话未断开、目标端启动模式混乱等问题。

排查建议：

1. 接续侧看 `continuable`、`onContinue()`、`onCreate()`/`onNewWant()`、`onWindowStageRestore()` 是否完整，迁移数据是否过大，版本是否兼容。
2. 协同侧看 `abilityConnectionManager` 会话状态、`serviceName` 是否一致、目标端是否实现 `onCollaborate()`，以及错误码是否为已存在会话、对端拒绝、WLAN 未开启等。
3. 折叠屏侧看展开/折叠时窗口尺寸变化是否触发了页面重建，是否把“布局状态”和“跨端连接状态”混在同一个全局变量里。
4. 日志中要记录来源：是用户点击接续、系统接续入口、协同设备选择、还是窗口形态变化触发的恢复。

规避方式是加业务仲裁层：同一时刻只允许一种跨端主流程 active。协同会话已连接时，接续入口提示先结束协同；接续开始时，先暂停或断开协同会话；接续恢复完成后再按需重建协同。

建议设计状态机：`idle -> collaborating -> disconnecting -> continuing -> restored`。不要让接续和协同分别在自己的生命周期里抢状态，这样折叠屏形态变化时也更容易定位问题。