WebSocket是全双工持久化连接，适合高频低延迟场景；轮询是单向HTTP请求模拟，兼容性好但效率低。两者在连接模型、实时性、服务端压力和网络穿透上差异显著。
JavaScript 实现实时通信，主流方式是使用 WebSocket，它能建立浏览器与服务器之间的**全双工、持久化连接**；而传统轮询（如定时 AJAX 请求）只是“假装实时”，本质是反复发请求查状态。两者在通信模型、性能、资源消耗和适用场景上差异显著。
WebSocket：真正的双向实时通道
WebSocket 在初始 HTTP 握手后，升级为独立的 TCP 连接，之后客户端和服务器可随时主动收发消息，无请求-响应约束。
- 连接建立后，数据传输开销极小（头部仅 2–14 字节），适合高频、低延迟场景（如聊天、协作编辑、实时行情）
- 浏览器原生支持：
new WebSocket('wss://example.com')，通过onmessage、send()、onopen等 API 控制通信 - 需服务端配合（如 Node.js 的
ws库、Nginx 配置 WebSocket 升级头） - 自动处理重连较弱，通常需自行实现心跳检测（如定时
send('ping')）和断线重连逻辑
轮询：简单但低效的模拟方案
轮询分普通轮询（Polling）和长轮询（Long Polling）。前者固定间隔发请求，后者让服务器挂起响应直到有新数据或超时。
- 普通轮询浪费带宽和服务器连接数（空响应多，请求频繁）
- 长轮询延迟更低，但每次交互仍需完整 HTTP 头部（约 1KB+），且每个请求都经历 TCP 建立/关闭开销
- 无需特殊服务端支持，兼容性极好（连 IE8 都能用
XMLHttpRequest实现） - 适合低频、对实时性要求不高的场景（如邮件未读数更新、后台任务状态轮询）
关键区别对比
• 连接模型：WebSocket 是单连接复用；轮询是“一问一答”，每次交互新建 HTTP 请求。
• 实时性：WebSocket 消息秒达；长轮询有毫秒级延迟，普通轮询延迟 = 轮询间隔。
• 服务端压力：WebSocket 连接常驻内存，连接数多时需优化（如集群 + Redis 广播）；轮询压力分散，但高并发下请求量爆炸。
• 网络穿透：WebSocket 可能被代理或防火墙阻断（尤其 wss 以外）；HTTP 轮询几乎总能走通。
怎么选？看场景
- 做在线客服、多人白板、游戏同步 → 优先 WebSocket
- 老旧系统维护、内网低配设备、只需每 30 秒刷一次状态 → 轮询更稳更快落地
- 想兼顾兼容与体验？可用降级策略：先试 WebSocket，失败则自动切长轮询（如 Socket.IO 默认行为）
