wi-fi与蜂窝网络切换时websocket易中断，需通过主动探测网络状态、延迟可控重连、本地状态快照、服务端上下文迁移及udp降级等策略实现平滑过渡。
Wi-Fi 与蜂窝网络频繁切换时，WebSocket 连接容易因 IP 变更、NAT 超时或网关策略中断，导致动作跳变、指令丢失或重连风暴。平滑过渡的关键不是“不断开”，而是让断开可预期、重连可控制、数据可续传。
主动探测网络状态，延迟触发重连
不要等 onclose 才反应——此时连接已死，用户感知明显。应在网络切换初期就介入：
- 监听 navigator.onLine 和 NetworkInformation API（如 supported: 'type'、'effectiveType'），在检测到 type 从 wifi → cellular 或 effectiveType 显著劣化（如 '4g' → 'slow-2g'）时，立即标记当前连接为“即将失效”
- 暂停非关键帧发送（如低优先级姿态插值），但保持心跳；若 3 秒内未恢复稳定，则主动 close() 当前 ws 并启动重连流程，避免静默卡死
- 移动端需特别注意：iOS Safari 对 navigator.onLine 误报率高，建议叠加 fetch('/health') + timeout 做双校验
重连期间维持本地状态一致性
断开不等于失控。客户端必须独立维护一套轻量级设备状态快照，供重连后快速对齐：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 每帧渲染前，用 performance.now() 记录本地时间戳，并缓存最近 3 帧的 pose_landmarks / IMU 数据（仅关键字段，如 root position + rotation）
- 重连成功后，不直接同步最新服务端帧，而是先发一条 SYNC_REQUEST 消息，附带本地 last_frame_ts 和 hash；服务端据此返回 delta 补帧或建议起始帧号
- 若服务端支持，可启用 frame_id 回溯机制：客户端发送 { frame_id: 12876, type: 'ACK' }，服务端确认后，后续丢弃早于该 id 的所有消息
服务端配合：连接复用与上下文迁移
单纯前端优化不够，服务端需识别“同一设备不同链路”的连续性：
- 客户端首次连接时，上报 device_id + network_fingerprint（如 SSID 哈希 + MCC/MNC + signalStrength），服务端存入 session context
- 重连请求携带相同 device_id 和新 socket id 时，服务端比对 fingerprint 变化幅度；若仅 network_type 改变（wifi↔4g）、其余特征相似，自动继承原 session 的帧缓冲区和同步偏移量
- 避免使用 cookie 或 token 绑定 IP：移动场景下 IP 频繁变更，应改用设备指纹 + 短期令牌（JWT exp ≤ 2min）组合鉴权
降级兜底：切到 UDP 备用通道（可选）
对超低延迟敏感场景（如 AR 手势协同），可在 WebSocket 断开瞬间无缝切至 WebTransport（基于 QUIC）：
- 初始化阶段预建一个 WebTransport 实例（仅 handshake，不发数据），监听其 readyState；当 WebSocket 进入 RECONNECTING 状态且持续 >1s，立即启用 WT 发送关键控制指令（如 hand grip state）
- WT 通道只承载二进制小包（
- 注意兼容性：目前仅 Chromium 120+ 和 Edge 支持，需 fallback 到带重试的 WebSocket batch 发送
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
