websocket虽在实时性、带宽和服务器压力上全面优于轮询，但受网络环境、代理限制、客户端兼容性和证书等因素影响可能连接失败；轮询仍是兼容性强、风险低的兜底方案，适用于分钟级刷新、老旧浏览器支持、调试灰度及后端未就绪等场景。
能替代，但不是无条件替代。WebSocket 在实时性、带宽和服务器压力上全面优于轮询，但它的可用性依赖连接稳定性、代理支持和客户端环境——轮询仍是兜底方案。
WebSocket 什么时候会连不上
不是所有网络环境都允许 WebSocket 握手成功。常见失败点包括：
-
400 Bad Request：常见于反向代理（如 Nginx）未配置Upgrade和Connection头，或路径不匹配 -
ERR_CONNECTION_REFUSED或net::ERR_CONNECTION_CLOSED：防火墙、企业内网代理、CDN（如 Cloudflare 免费版）默认拦截ws://协议 - 移动端 WebView 兼容问题：某些 Android 旧版 WebView 不支持
WebSocket，或 iOS WKWebView 在后台被系统 suspend 导致连接静默断开 - 证书问题：
wss://要求服务端 TLS 证书有效，自签名或过期证书会导致SecurityError
轮询在哪些场景仍不可替代
轮询不是“过时技术”，而是低风险、可预测的保底通信方式。适用情况包括：
WebSocket 8.18.2
下载
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
- 仅需分钟级刷新的场景：比如订单状态轮询
/api/order/status?id=123，每 30 秒一次，setInterval+fetch足够稳定 - 必须兼容 IE9 及更老浏览器的政企系统，
WebSocket在 IE10+ 才原生支持 - 临时调试或灰度发布阶段：用轮询接口快速验证业务逻辑，避免引入连接管理复杂度
- 后端尚未升级 WebSocket 支持，但前端已上线，此时轮询是唯一可行通路
生产环境推荐的混合策略
真实项目里，别非此即彼。推荐按连接能力分层降级：
- 优先尝试
new WebSocket(url)，设置onerror和onclose监听失败 - 若 3 秒内未触发
onopen，或捕获到SecurityError/SyntaxError，自动 fallback 到长轮询（fetch+timeout=25s） - 长轮询也失败（如连续 2 次超时），再退到短轮询（
interval=5s），并上报监控websocket_fallback_count - 注意：不要在长轮询里用
setTimeout递归调用，容易因 JS 主线程阻塞导致请求堆积；应使用fetch().finally(() => setTimeout(...))确保每次只发一个 pending 请求
最易被忽略的是心跳与重连边界。WebSocket 的 onclose 事件无法区分是用户关页面、网络闪断，还是服务端主动踢出——这意味着你得靠业务层消息确认（比如收到 {type: "ack", seq: 123}）来判断数据是否真正送达，而不是只信连接状态。
