移动端网络切换是WebSocket断连主因，需构建含状态感知、指数退避、应用层心跳与上下文同步的闭环重连机制，禁用盲目轮询，确保单实例并清理旧资源。
移动端网络切换（如Wi-Fi切4G/5G、进出电梯、弱网区域）是WebSocket断连最常见诱因，而HTML5原生WebSocket不提供自动重连能力，必须靠客户端主动治理。核心不是“不断重试”，而是构建一套有状态感知、带退避节奏、能保活上下文的闭环机制。
以onclose/onerror为主判据，辅以navigator.online做唤醒信号
浏览器的navigator.onLine仅反映系统级联网粗略状态，不可靠——比如锁屏后Wi-Fi仍连但WebSocket心跳已失效，onLine仍为true。它不能替代连接可用性判断，但可作为补充触发点：
- 监听
window.addEventListener('online', () => { checkAndReconnect(); })，在网络恢复时启动一次重连检查 - 在
ws.onclose中重点识别非正常关闭：当event.wasClean === false或event.code === 1006（异常关闭），立即标记需重连 -
ws.onerror通常无具体错误码，不宜直接重连，建议设内部标志位，交由统一重连控制器调度，避免高频误触发
采用指数退避+随机抖动，避免重连风暴
盲目轮询不仅耗电、占资源，还会在服务端引发雪崩。推荐策略：
WebSocket 8.18.2
下载
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
- 初始延迟1秒，失败后按2倍递增（1s → 2s → 4s → 8s → 16s），上限控制在30–60秒
- 每次延迟叠加0–1秒随机抖动，防止大量设备在同一时刻发起重连请求
- 记录连续失败次数，达到阈值（如5次）后暂停自动重连，转为等待用户手动触发或网络事件唤醒
- 重连前检查
document.hidden：若页面在后台（App切后台、手机锁屏），暂缓重连，避免无效尝试
加入应用层心跳与重连上下文同步
TCP keep-alive在移动端不可靠，NAT超时、代理中断等场景下连接易“假活”。必须实现应用层心跳：
- 客户端每15–30秒发送
{type: 'ping'}，服务端立即回{type: 'pong'} - 若连续2–3次未收到
pong，主动调用ws.close()并触发重连流程，比等底层超时更快响应 - 重连成功后，发送带标识的消息（如
{type: 'reconnect', sessionId: 'xxx', lastSeq: 12345}'），让服务端补发断线期间的增量数据、恢复房间状态或未读消息
确保单实例、清理旧资源，防止内存泄漏
重连不是简单调用new WebSocket()，必须做好资源收尾：
- 每次重连前清除上一个实例的定时器（心跳、重连延时）、事件监听器（
onmessage、onclose等） - 显式调用
oldWs.close()，避免多个WebSocket对象同时存在导致状态混乱或服务端连接数溢出 - 使用单例模式管理连接实例，全局只保留一个活跃WebSocket引用
