WebSocket代理不兼容老旧浏览器，真正起作用的是客户端通信层的降级逻辑；代理需保持协议中立、禁用缓冲、延长超时、透传关键Header，而客户端必须使用Socket.IO或SockJS等支持自动降级的库，服务端需双协议支持并正确配置。
WebSocket 代理本身不直接“兼容”老旧浏览器，真正起作用的是客户端通信层的降级逻辑。代理（如 Nginx、Caddy 或反向代理网关）主要负责透传、路由、TLS 终止和连接保持，它不决定用 WebSocket 还是轮询——这个决策必须由前端库和服务端适配共同完成。要实现老旧浏览器（如 IE9 及更早）的轮询降级，关键在于构建一个能自动切换传输方式的通信栈，而代理需配合做好协议中立性支持。
代理配置要点：保持协议中立，避免阻断降级通道
老旧浏览器无法建立 WebSocket 连接时，客户端会 fallback 到 HTTP 轮询（如 XHR Polling）或长轮询（Long Polling）。这些请求本质是普通 HTTP 请求，但常与 WebSocket 共享同一路径（例如 /socket.io/ 或 /ws/）。代理若未正确配置，可能因超时、缓冲或 header 过滤导致轮询失败。
-
禁用代理缓冲：Nginx 中设置
proxy_buffering off;，防止响应被缓存后延迟返回，影响长轮询实时性 -
延长超时时间：对轮询路径（如
/socket.io/）单独配置，proxy_read_timeout 60;（甚至 120），避免长轮询连接被提前关闭 -
透传关键 header：确保
Upgrade、Connection、Sec-WebSocket-Key等 header 不被代理过滤或重写，否则 WebSocket 握手失败；同时允许X-Requested-With等轮询常用 header 通过 -
路径分流可选但非必需：可将 WebSocket 流量（含 Upgrade 请求）与轮询流量（GET/POST 到
/socket.io/?transport=polling）统一走同一 upstream，无需拆分；Socket.IO 等库依赖这种统一入口做自动协商
客户端必须启用自动降级库（不能只靠代理）
代理只是通道，降级行为由前端库驱动。原生 WebSocket 对象不提供 fallback，必须换用具备智能传输选择能力的封装库：
-
Socket.IO 客户端：默认开启自动降级。连接时先尝试 WebSocket，失败后依次尝试 XHR Polling、JSONP Polling（IE8–9）。只需引入客户端脚本并初始化：
const socket = io('https://your-domain.com', { transports: ['websocket', 'polling'] }); -
SockJS 客户端：更轻量，专为降级设计。它抽象出统一 API，底层自动选择
iframe-htmlfile（IE）、xhr-streaming、xhr-polling等。服务端需部署 SockJS server（如 Node.js 的sockjs包） -
避免手动轮询裸实现：自行用
setInterval + fetch模拟轮询，难以处理消息顺序、重复投递、连接状态同步等问题，也不符合 Socket.IO/SockJS 的协议语义，易与服务端不兼容
服务端需双协议支持，代理后端必须可达
轮询不是“退化成普通接口”，而是遵循特定协议（如 Socket.IO 的 polling 协议或 SockJS 的帧格式）。服务端必须部署对应服务，且代理必须把轮询请求准确转发到该服务实例：
- Socket.IO 服务端默认同时监听 WebSocket 和 HTTP 轮询请求，使用同一端口和路径。Nginx 反向代理只需指向该服务即可，无需区分协议
- 确保服务端设置了
allowEIO3: true（兼容旧版客户端）及cookie: false（避免 IE 跨域 cookie 问题）等兼容选项 - 若使用集群，轮询请求需支持 sticky session（如 Nginx 的
ip_hash），因为轮询连接的状态保存在单个服务进程内存中
验证降级是否生效的实操方式
不要仅靠 UA 判断，应真实模拟环境测试：
- 在 IE9 或禁用 WebSocket 的浏览器（Chrome DevTools → Network Conditions → uncheck “WebSockets”）中打开页面
- 打开开发者工具 Network 面板，筛选
XHR，观察是否出现周期性POLL请求（如/socket.io/?EIO=4&transport=polling&t=…） - 检查响应体是否含有效 JSON 帧（如
97:0{"sid":"abc","upgrades":["websocket"],"pingInterval":25000,"pingTimeout":60000}），表明轮询握手成功 - 对比 Chrome 中是否走
WS标签页，确认同一套代码在不同环境下自动适配
