根本原因是宙斯浏览器缺乏主动心跳探测、Nginx代理未适配长连接及浏览器网络栈未调优：需启用应用层28秒心跳并6秒无响应即断连重试，修改zeus://flags中tcp-connect-timeout-ms为8000等参数并重启，Nginx配置proxy_read_timeout≥65且透传Upgrade/Connection头，同时注销Service Worker。
宙斯浏览器在弱网或高延迟环境下 WebSocket 连接频繁断开，根本原因不是协议问题，而是客户端缺乏主动心跳探测、Nginx 代理配置未适配长连接特性，以及浏览器自身网络栈参数未针对实时通信调优。
启用客户端双向心跳机制
宙斯浏览器基于 Chromium 内核，但默认不暴露 onpong 事件，无法使用原生 ping/pong 帧做可靠探测。必须改用应用层心跳。
方法一：在页面 JS 中注入心跳逻辑
第一步：监听 WebSocket 打开后立即启动定时器 → 每 28 秒发送一次 {"type":"heartbeat"}；
第二步：收到服务端返回的 {"type":"ack"} 后重置超时计时器；
第三步：若 6 秒内未收到 ack，则主动调用 socket.close(4901, 'no ack') 并触发重连；
【必须禁用 setInterval 单独轮询，否则休眠唤醒后定时器会批量触发，引发重连风暴】
方法二：使用封装库（如 ReconnectingWebSocket）并覆盖其 heartbeatInterval 为 28000，同时设置 maxReconnectInterval 为 10000，启用 randomizationFactor: 0.3。
强制修改宙斯浏览器网络协议栈参数
宙斯浏览器默认 TCP 连接超时值过高，在 2G 或高丢包 Wi-Fi 下极易卡死在 connecting 状态，导致 WebSocket 握手失败或静默断连。
第一步：在地址栏输入 zeus://flags 并回车；
第二步：依次搜索并修改以下四项：
tcp-connect-timeout-ms → 设为 8000；
ssl-handshake-timeout-ms → 设为 6000；
http2 → 设为 Enabled；
max-connections-per-host → 设为 12；
第三步：点击右下角【Relaunch Now】彻底重启浏览器——【不重启则所有 flag 修改均不生效】。
配置 Nginx 代理透传 WebSocket 升级头
如果宙斯浏览器前端通过 Nginx 反向代理连接 WebSocket 服务，任何一项头部丢失或超时错配都会导致握手失败或静默断连。
在对应 location 块中添加以下配置：
proxy_http_version 1.1；
proxy_set_header Upgrade $http_upgrade；
proxy_set_header Connection "upgrade"；
proxy_read_timeout 65；
proxy_send_timeout 65；
proxy_buffering off；
proxy_cache off；
tcp_nodelay on；
【proxy_read_timeout 必须严格大于服务端心跳间隔（如后端设为 30s，则此处至少为 65s），否则连接会在第 60 秒被 Nginx 主动切断】
清理 Service Worker 干扰
许多 Web 应用通过 Service Worker 实现离线缓存或消息中转，但它会劫持 WebSocket 请求路径、缓存 upgrade 响应，甚至阻塞 onopen 回调执行。
打开问题网页 → 按 F12 → 切换到 Application → 左侧选 Service Workers → 勾选 Update on reload → 点击 Unregister；
若页面含多个注册域，需逐个展开并注销；
注销后刷新页面，观察 WebSocket readyState 是否能稳定进入 OPEN 状态。
