WebSocket心跳包需在Web Worker中实现以确保后台保活，采用主动ping+超时断连+指数退避重连策略，并通过MessageChannel与主线程同步状态和转发消息。
WebSocket 心跳包不能在主线程中可靠维持，尤其当页面进入后台（如切换标签页、锁屏）时，浏览器可能节流或暂停定时器（setInterval）、甚至冻结 fetch/WS 任务。Web Worker 是唯一能在后台持续运行 JS 的标准机制，配合 WebSocket 和定时发送 ping/pong，可真正实现「长连接保活」。
Worker 中创建并管理 WebSocket 连接
主线程无法直接在 Worker 中使用 WebSocket（它不是 Worker 全局对象），但现代浏览器（Chrome 80+、Firefox 79+、Safari 16.4+）已支持 Worker 内原生 WebSocket。需注意：
- Worker 文件必须同源（或配置 CORS + `crossorigin` 属性）；
- 不能访问 DOM、
document、window，但可使用self、fetch、WebSocket、setInterval； - 建议用
EventSource或MessageChannel与主线程通信，避免频繁 postMessage 大量数据。
心跳逻辑：ping/pong + 自动重连
Worker 内不依赖服务端 pong 响应（因部分服务端不回 pong），而是采用「主动发 ping + 超时断连 + 重连」策略更可靠：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 用
setInterval每 25 秒发一次ws.send(JSON.stringify({type:'ping'}))； - 监听
ws.onmessage，若收到{type:'pong'}，更新最后响应时间； - 另起一个
setTimeout检查：若距上次 pong > 45 秒，视为失联，ws.close()并触发重连； - 重连前加指数退避（如 1s → 2s → 4s），避免雪崩。
主线程与 Worker 协同：连接状态同步
主线程需感知连接是否活跃，但不应直接操作 WS。推荐模式：
立即学习“前端免费学习笔记（深入）”；
- Worker 初始化后立即
postMessage({type: 'status', connected: false})； - WS 打开后发
{type: 'status', connected: true}；断开时发connected: false； - 主线程监听
worker.onmessage，更新 UI（如「在线」徽章）或启用发送按钮； - 所有业务消息（如聊天、指令）均由主线程
postMessage到 Worker，Worker 负责转发到 WS —— 避免主线程 WS 被挂起导致消息丢失。
兼容性兜底与调试技巧
旧版浏览器（如 Safari 15.x）不支持 Worker 内 WebSocket，需降级：
- Worker 启动时尝试
new WebSocket('')，捕获异常则postMessage({type:'fallback', reason:'no_ws_in_worker'})； - 主线程收到 fallback 后，改用页面级心跳（配合
visibilitychange监听 +requestIdleCallback补发）； - Worker 内开启
console.log（可通过 Chrome DevTools > Application > Service Workers 查看输出）； - 用
ws.bufferedAmount监控积压，超阈值（如 > 64KB）主动断连重试。
