WebSocket性能显著优于轮询：轮询每请求需完整TCP/TLS/HTTP开销，千用户短轮询每分钟12000次连接，长轮询独占线程；WebSocket仅初始Upgrade握手，后续复用连接，头部仅2–14字节，带宽节省85%，CPU占用更低，延迟可控且毫秒级。
WebSocket 和传统轮询在性能开销上差异显著，核心区别不在“有没有请求”，而在于“请求是否必要”以及“连接是否复用”。真正影响系统负载的，是每秒建立多少连接、传输多少冗余字节、服务器要维持多少并发上下文。
连接建立与维持成本
HTTP 轮询（含短轮询和长轮询）每次交互都需完整 TCP 握手 + TLS 协商（若启用 HTTPS）+ HTTP 头解析。短轮询每 5 秒一次，1000 个用户每分钟就产生 12,000 次连接；长轮询虽减少频次，但每个 pending 请求独占服务端一个线程或协程，超时前无法释放。WebSocket 仅在初始化时完成一次标准 HTTP Upgrade 握手，后续所有通信复用同一 TCP 连接，千用户仅需千连接，无重复协商开销。
网络带宽与协议开销
一次典型 HTTP 请求头约 800 字节（含 Cookie、User-Agent、Authorization 等），即使返回空数据也需携带全部头部；WebSocket 数据帧头部仅 2–14 字节（取决于载荷长度和掩码），100 字节业务数据实际只增 6 字节开销。实测场景下：1000 用户每秒推送一条 100 字节消息，长轮询带宽占用约 800 KB/s，WebSocket 仅约 106 KB/s —— 节省近 85%。
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
服务端资源占用对比
轮询模式下，服务端需为每个请求分配内存处理上下文、解析 Header、执行路由匹配、序列化响应体，CPU 主要花在 HTTP 协议栈处理上；WebSocket 连接建立后，服务端只需维护 session 对象和少量心跳逻辑，内存占用稳定在 4–8 KB/连接。压测数据显示：Node.js + Express 长轮询服务在 3000 并发时 CPU 常达 70%+，同等机器上 ws 库支撑 10,000 连接时 CPU 仍低于 20%。
延迟表现并非单纯看数字
WebSocket 理论端到端延迟可低至 10–50 ms，但前提是连接未断、消息处理逻辑轻量；而长轮询若超时设为 30 秒，一旦数据在第 29 秒生成，客户端仍要等满 30 秒才收到，再加下一轮请求建立时间，实际延迟可能突破 3 秒。更关键的是：轮询延迟不可控，WebSocket 延迟可预测——只要心跳保活正常、应用层逻辑不阻塞，就能稳定维持毫秒级响应。
