现代浏览器支持Worker内原生WebSocket实现后台长连接保活，需在Worker中独立实现心跳（25秒ping）、超时检测（45秒无pong则重连）、指数退避重连（上限30秒），主线程仅作消息中转；旧版Safari需探测降级。

现代浏览器（Chrome 80+、Firefox 79+、Safari 16.4+）已原生支持在 Dedicated Worker 中直接创建和管理 WebSocket 实例，这是实现**真正后台长连接保活**的最可靠路径。关键不在于“能不能连”，而在于如何设计心跳、重连与状态协同机制，让连接在页面失焦、锁屏甚至部分休眠状态下仍持续活跃。

Worker 内必须独立运行心跳与超时判断

主线程的 setInterval 在页面后台时会被严重节流（延迟数秒甚至暂停），而 Dedicated Worker 的定时器不受影响。因此所有保活逻辑必须下沉到 Worker 内：

• 用 setInterval(() => ws.send(JSON.stringify({type:'ping'})), 25000) 主动发心跳，不依赖服务端 pong 响应
• 每次收到 {type:'pong'} 消息时，更新本地时间戳 lastPongTime = Date.now()
• 另起一个 setTimeout 检查：若 Date.now() - lastPongTime > 45000，立即 close() 并触发重连

重连必须带指数退避且由 Worker 全权控制

避免多个标签页或频繁断连引发服务端雪崩请求，退避策略不能交由主线程决定：

WebSocket 8.18.2

WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。

下载

• Worker 内维护 retryCount 和基础延迟（如 1000ms）
• 下次重连延迟 = Math.min(1000 * Math.pow(2, retryCount), 30000)（上限 30 秒）
• 重连前通过 postMessage({type: 'reconnect', delay: xxx}) 通知主线程，但执行权仍在 Worker

主线程只负责连接初始化与消息转发，不碰保活逻辑

WebSocket 实例必须由 Worker 创建并持有，主线程仅承担“信使”角色：

• 主线程调用 worker.postMessage({type: 'init', url: 'wss://...' }) 启动连接
• 所有业务消息（如聊天、指令）由主线程 postMessage 到 Worker，再由 Worker 发送到 WS
• Worker 收到 WS 消息后，再 postMessage 回主线程——这样即使页面冻结，消息也不会卡在主线程队列中

兼容性兜底不可省略

旧版 Safari（如 15.x）不支持 Worker 内 WebSocket，需主动探测并降级：

• Worker 启动时尝试 new WebSocket('')，捕获异常即说明不支持
• 立即 postMessage({type: 'fallback', reason: 'no_ws_in_worker'})
• 主线程收到后，改用 visibilitychange + requestIdleCallback 补发心跳，并提示用户升级浏览器