vivo浏览器后台冻结websocket导致连接无声断开且不触发onclose，需通过readystate检测和visibilitychange监听强制重连，并配合服务端15秒idle超时清理僵尸会话。
vivo浏览器中WebSocket连接频繁断开，主要因该浏览器对后台页面的资源管控极严，切到其他应用或锁屏后会立即冻结WebSocket连接，且不触发标准onclose事件，导致前端无法感知并重连。
确认是否被vivo浏览器主动冻结
打开vivo浏览器→进入目标网页→打开开发者工具（需提前开启“远程调试”并用Chrome DevTools连接）→在Console中执行：console.log(new WebSocket('ws://invalid').readyState)。若返回0（CONNECTING）且长期卡住，或Frames面板完全空白、无任何open/close日志，基本可判定连接被系统级冻结而非网络失败。
这一步必须做，因为vivo浏览器不会像Chrome那样抛出明确错误，假连接状态会持续数分钟才真正释放，盲目重连只会加剧资源泄漏。
绕过vivo浏览器后台冻结策略
方法一：监听visibilitychange强制唤醒连接
在页面加载时插入以下脚本：
document.addEventListener('visibilitychange', () => {<br> if (document.visibilityState === 'visible' && ws && ws.readyState !== WebSocket.OPEN) {<br> ws.close();<br> ws = new WebSocket(wsUrl);<br> }<br>});
注意：不能只依赖onclose回调重建，vivo浏览器冻结时readyState仍为1（OPEN），但send会静默失败，必须结合visibilityState判断真实可用性。
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
方法二：使用Page Visibility API + 定时心跳探测
在WebSocket open后启动双轨检测：
① 每15秒发送一次ping消息：setInterval(() => { if (ws.readyState === 1) ws.send(JSON.stringify({type:'ping'})); }, 15000);
② 同时监听message，收到pong响应则标记为活跃；连续3次未收到pong且document.visibilityState==='hidden'，立即close并标记待恢复；
③ document.visibilityState变为visible时，不等待心跳超时，直接调用reconnect()——这是vivo浏览器唯一可靠的唤醒时机。
服务端配合降低冻结影响
在服务端WebSocket Session中设置【maxIdleTimeout=15000】（15秒），强制在客户端不可达时快速释放连接资源。vivo浏览器冻结后不会发FIN包，服务端若保持60秒以上idle，会造成大量僵尸Session堆积，最终触发连接数上限拒绝新握手。
这一步不可跳过。Nginx层proxy_read_timeout设再大也没用，因为冻结发生在TCP连接尚存但应用层已失活的状态，服务端必须主动清理。
