WebSocket弱网握手超时需主动定时器管理：创建后设8–15秒定时器，绑定唯一ID，onopen/onerror/clearTimeout；前置用navigator.onLine+HTTP探测预判；URL传参协同服务端优化；失败后状态机驱动降级与静默重连。
WebSocket 在极端弱网环境下握手超时，本质是 new WebSocket(url) 发起的 HTTP Upgrade 请求在 TCP 层或代理链路中迟迟得不到响应，而浏览器不会主动暴露底层超时控制权——它只提供 onopen、onerror、onclose 三类回调，且 onerror 触发时机不可靠（可能不触发，或与真实失败原因错位）。
用定时器主动管理握手生命周期
这是最直接有效的手段：在创建 WebSocket 实例后立即启动一个可取消的定时器，在超时前若连接未就绪（即既没 onopen 也没 onerror），则主动终止并降级处理。
- 创建 WebSocket 前先生成唯一标识（如 timestamp + random），用于绑定定时器和后续清理
- 调用
ws.onopen = () => { clearTimeout(timer); /* 正常建立 */ } - 设置
ws.onerror = () => { clearTimeout(timer); /* 忽略部分误报，由定时器兜底 */ } - 设置
ws.onclose = (e) => { if (e.code === 1006 && !opened) { /* 异常关闭，可能是握手失败 */ } } - 超时时间建议设为 8–15 秒（远高于常规 3–5 秒），覆盖高丢包、长 RTT、运营商劫持重定向等弱网场景
结合 navigator.onLine 与自定义探测做前置预判
单纯依赖 WebSocket 自身事件太被动。可在连接前快速判断网络是否“名义可用”：
- 检查
navigator.onLine，但注意它仅反映系统级联网状态，无法识别 captive portal 或 DNS 失败 - 发起一个轻量 HTTP HEAD 请求（如
/health?ts=xxx）到同域后端，带 timeout 控制（5s 内无响应则视为链路异常） - 若探测失败，跳过 WebSocket 初始化，直接启用轮询或 SSE 等降级方案，避免用户卡在白屏或 loading 状态
利用 URL 参数与服务端协同优化握手路径
弱网下 DNS 解析、TLS 握手、TCP 重传都会拉长握手耗时。可通过服务端配合缩短路径：
立即学习“前端免费学习笔记（深入）”；
- 使用 HTTP/2 或 HTTP/3 支持的域名（减少 TLS 和队头阻塞影响），并在 WebSocket URL 中显式指定
wss://而非ws:// - 在 URL 中携带客户端网络类型标记（如
?net=2g），服务端据此关闭非必要中间件（如某些鉴权钩子、日志采样） - 服务端对 Upgrade 请求设置更宽松的读超时（如 20s），并确保反向代理（Nginx / CDN）未截断或过早关闭 Upgrade 连接
连接失败后的平滑降级与自动恢复策略
握手失败不等于功能不可用，关键在于状态可感知、降级可回切：
- 定义清晰的状态机：
idle → connecting → connected → reconnecting → degraded，所有 UI 和业务逻辑基于该状态驱动 - 降级后（如改用 fetch 轮询），每 30–60 秒尝试一次静默 WebSocket 重建（不打断用户当前操作），成功后平滑切换回 ws 并同步最新状态
- 记录每次握手耗时与失败原因（如通过 PerformanceObserver 监听 resource timing 中 upgrade 请求），用于灰度分析和模型优化
