sharedworker 是唯一跨标签页共享且独立于页面生命周期的线程，适合统一执行长连接心跳任务。它避免多窗口重复唤醒、定时器堆积及失焦精度下降，使用 setinterval 发送极简 ping 消息，配合 pong 确认机制判断链路健康，并通过端口活跃度管理自动清理闲置资源，同时适配省电与深色模式动态调整间隔。
SharedWorker 是浏览器中唯一能跨标签页共享、独立于页面生命周期运行的线程环境，它天然适合承担“长连接心跳”这一低频但高可靠性的后台任务。把心跳逻辑从每个页面的主线程中抽离出来，统一由 SharedWorker 执行，可避免多窗口重复唤醒、定时器堆积、页面失焦后精度下降等问题，显著降低 CPU 唤醒频率与网络功耗。
心跳必须由 SharedWorker 单点发起，不能分散在页面中
多个页面各自 setTimout 发送 ping，不仅造成冗余请求，更会在页面切后台时因浏览器节流导致心跳延迟或丢失；而 SharedWorker 的定时器不受页面可见性影响，即使所有标签页都进入冻结状态，只要 Worker 还在运行，心跳就能准时发出。
- 在 SharedWorker 脚本中使用 setInterval(() => sendPing(), 30_000) 启动固定间隔心跳（建议 25–45 秒，避开系统休眠阈值）
- 每次发送前检查 ws?.readyState === WebSocket.OPEN，跳过非活跃连接
- 心跳消息体保持极简：{ type: "ping", ts: Date.now() }，体积控制在 1KB 内，减少序列化与传输开销
用轻量级 pong 确认机制替代轮询，减少无效唤醒
单纯发 ping 不足以判断链路健康，需配合响应确认。SharedWorker 主动发 ping 后，等待对应 pong 回复——只有收到响应才更新活跃标记，否则视为潜在断连，为后续重连决策提供依据。
- 页面侧收到 ping 后，立即回传 { type: "pong", ts: ping.ts }，不加任何业务逻辑或延时
- SharedWorker 维护每个 port 的 lastPongTime，超时未响应（如 60 秒）即标记该端口为疑似离线
- 连续两次 ping 无 pong，则触发 ws.close() 并启动指数退避重连，避免空转耗电
结合端口活跃度管理，自动释放闲置连接资源
SharedWorker 不会自动感知页面是否关闭或崩溃，若不清理失效 port，会导致心跳持续发送却无人响应，白白消耗网络与 CPU 资源。
- 为每个接入 port 分配唯一 ID，并记录 lastActive 时间戳（收消息或 pong 时更新）
- 启动一个独立的清理定时器（如每 30 秒），扫描所有 port：若 Date.now() - lastActive > 90_000，则调用 port.close() 并从映射表中移除
- 当活跃 port 数归零时，主动关闭 WebSocket、清除所有定时器，让 Worker 进入休眠等待新页面接入
适配深色模式与省电场景下的行为优化
在深色模式或设备启用省电策略时，系统可能进一步限制后台定时器精度。SharedWorker 虽比主线程稳定，但仍需做兜底适配。
- 心跳间隔动态调整：监听 self.navigator?.battery（如支持）或 document.hidden 状态变化，深色模式+省电开启时，将 ping 间隔放宽至 45–60 秒
- 避免在心跳回调中执行 DOM 操作、fetch 或 localStorage 访问——SharedWorker 无这些 API，强行调用会静默失败或抛错
- 所有 WebSocket 回调（onmessage/onerror/onclose）均包裹 try-catch，防止未捕获异常导致 Worker 崩溃退出，中断整个心跳链路
