移动端h5切后台时websocket因浏览器冻结js而失效，应监听visibilitychange在document.visibilitystate变为hidden时立即停定时器、记录时间戳，切回时按阈值决定是否新建连接；android webview中readystate不可靠，web worker是唯一后台保活方案，但需同源、cors支持及现代浏览器；子域名分片可突破单域名6～10连接限制，但需泛解析与通配符证书，且safari可能仍视为同源；隐私模式下避免localstorage/cookie，改用url参数或authorization头传token；状态不同步需服务端幂等id与离线缓存配合。

移动端H5页面切后台后WebSocket立刻失效，不是代码写错了，而是浏览器主动冻结JS执行、暂停定时器、甚至切断TCP连接——你没法靠“加心跳”或“重连更勤”绕过去。

监听visibilitychange比检查ws.readyState更早发现问题

页面不可见时，document.visibilityState 变为 hidden 的时机远早于 ws.onclose 触发，这是你干预的黄金窗口：

• 切后台瞬间就停掉所有 setInterval 和 setTimeout，避免无效心跳耗电或报错
• 不调用 ws.close() —— 系统可能已断开，再调一次会抛 InvalidStateError
• 记录当前时间戳，等切回时判断是否超过阈值（如15秒），再决定是否跳过重连直接新建连接
• Android WebView 中 ws.readyState 常卡在 CONNECTING 或 OPEN 不更新，不能信

Web Worker里跑WebSocket是唯一能真正在后台发ping的方案

主线程被冻结后，只有Web Worker还能持续运行。但注意：它不是万能钥匙，得满足几个硬条件：

WebSocket 8.18.2

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

下载

• 必须用同源Worker脚本，且服务端WebSocket路径支持CORS（否则构造 new WebSocket() 直接失败）
• Chrome 80+ / Firefox 79+ / Safari 16.4+ 才原生支持Worker内 WebSocket；旧版需降级到主线程+visibilitychange兜底
• Worker里不能访问 localStorage 或 DOM，所有认证参数（如token）得由主线程通过 postMessage 传入
• 心跳逻辑要自包含：每25秒发 {type: "ping"}，另起一个 setTimeout 检查上次 pong 是否超45秒，超时就 ws.close() 并触发重连

子域名分片解决并发数限制，但别滥用

浏览器对单域名WebSocket并发数卡死在6～10个，这不是服务端问题，改配置、加机器全没用：

• 把 wss://ws.example.com 拆成 wss://ws1.example.com、wss://ws2.example.com……每个子域独立计数
• 需要DNS支持泛解析（如 *.example.com → A 记录），且TLS证书必须覆盖所有子域（推荐通配符证书）
• 如果只是为撑高并发而强行分片，反而增加连接管理复杂度；优先考虑路径级多路复用（单连接 + type字段路由）
• 切记：Safari对子域名的限制更严，部分iOS版本会把 ws1 和 ws2 当作同一“安全上下文”，仍计入同源限制

隐私模式下WebSocket握手失败，根源常在初始化依赖

Chrome无痕/Edge InPrivate/Safari私密浏览中，onopen 不触发、Network面板看不到握手请求，大概率不是网络问题：

• 检查初始化代码是否读了 localStorage 或 sessionStorage —— 隐私模式下这些API可能直接抛 SecurityError，导致后续 new WebSocket() 根本没执行
• 避免用Cookie鉴权：Safari私密模式默认阻止所有Cookie，即使WebSocket不显式读写，服务端若校验 Origin 或关联会话也会返回403
• 把token塞进URL参数（wss://api.example.com/ws?token=xxx）或用 Authorization 请求头（需服务端在HTTP升级前校验）
• 加一层检测：if (!window.navigator.cookieEnabled || typeof localStorage === 'undefined')，命中则提示“请在普通窗口打开”

真正难处理的不是断连本身，而是断连后状态不同步——比如用户在后台输入了三条消息，前台恢复时只发出去第一条。这需要服务端配合幂等ID和离线缓存，前端光靠重连逻辑补不全。