WebSocket在多人AR中用于实时同步姿态、锚点、虚拟物体等状态，需按语义结构化建模并带type与timestamp；分发应基于空间局部性（如地理围栏或坐标）而非全广播，以避免风暴并支持动态拓扑。
WebSocket 是 HTML5 中实现低延迟、全双工通信的核心技术，在多人 AR 交互场景中，它承担着实时同步用户姿态、锚点位置、虚拟物体状态等关键数据的职责。其核心价值不在于“连接建立”，而在于如何稳定、有序、可扩展地分发多端状态。
状态建模：按语义划分消息类型
多人 AR 场景中的状态不是扁平的 JSON 流，需按语义结构化。常见类型包括：
- 设备状态：如 camera pose（旋转+位移）、screen resolution、AR session ID；
- 空间锚点：world-space 坐标、持久化 ID、创建者 ID、可见范围；
- 虚拟实体：模型 URL、transform（含 scale/rotation/position）、交互状态（如是否被拖拽）；
- 用户意图：手势事件（tap、drag-start）、语音指令摘要、临时标记（如“此处放椅子”）。
每类消息应带 type 字段和 timestamp（服务端注入），便于客户端做状态合并与冲突消解。
分发策略：避免广播风暴，支持动态拓扑
不建议对所有客户端无差别 broadcast。应结合 AR 场景的空间局部性设计分发逻辑：
立即学习“前端免费学习笔记（深入）”；
- 基于地理围栏或 AR 空间坐标，仅向距离锚点
- 为每个 AR session 分配独立 channel（如 session_abc123），新用户加入时只同步当前快照 + 增量日志；
- 对高频更新（如手部追踪）采用采样降频（如 15Hz → 5Hz）+ 差分编码（只传 delta transform）；
- 服务端维护 client→region 映射表，支持运行时切换分发区域（如用户走进新房间，自动订阅新 region channel）。
状态一致性：用乐观更新 + 服务端校验兜底
AR 客户端传感器存在延迟与抖动，直接以本地计算结果为准易导致漂移。推荐做法：
- 客户端发起操作（如放置物体）时，先本地渲染“预测态”，同时发 WebSocket 消息到服务端；
- 服务端校验合法性（如是否超出共享空间边界、是否与他人锚点重叠），再广播权威态；
- 客户端收到权威态后，用 smooth interpolation 补偿本地预测与服务端结果的偏差，避免跳变；
- 对关键状态（如锚点销毁）引入 version stamp 或 vector clock，防止乱序覆盖。
容错与降级：断线不中断体验
移动网络波动常见，WebSocket 断连不应导致 AR 场景崩溃：
- 客户端维持本地状态机，断线期间继续响应用户操作，缓存待发送消息（带 TTL）；
- 重连后先请求 /sync 接口获取最新快照，再回放未确认消息（需服务端支持幂等处理）；
- 服务端检测长时间离线客户端，自动清理其发布的临时锚点（带 TTL 的 Redis key）；
- 降级方案：弱网时关闭非关键同步（如表情动画、粒子特效），保留 pose 和 anchor 核心通道。
