Web 实时通信:从短轮询到 WebSocket

在互联网早期,网页像一本翻页杂志:用户点击,浏览器请求,服务器响应,页面刷新。当产品经理提出"实时聊天""股价闪动""库存秒变"这些需求时,HTTP 的"请求---响应"模型立刻显得力不从心。于是,开发者经历了一场从"笨拙轮询"到"优雅全双工"的技术进化。今天,就让我们再走一遍这条路。

一、短轮询

思路简单到极致:

客户端每隔 X 秒发一次 Ajax,问"有新消息吗?"

服务器答"没有"------循环往复。

sequenceDiagram 客户端->>服务器: 有新消息吗? 服务器->>客户端: 没 Note over 客户端,服务器: 一段时间后... 客户端->>服务器: 有新消息吗? 服务器->>客户端: 没 Note over 客户端,服务器: 一段时间后... 客户端->>服务器: 有新消息吗? 服务器->>客户端: 有,user1对你说:你好 Note over 客户端,服务器: 一段时间后... 客户端->>服务器: 有新消息吗? 服务器->>客户端: 没 Note over 客户端,服务器: 一段时间后... 客户端->>服务器: 有新消息吗? 服务器->>客户端: 没

伪代码

js 复制代码
setInterval(() => fetch('/msg'), 1000);

痛点

  • 空包占比高:99% 的请求是无用往返。
  • 连接反复建立:TCP 三次握手 + 四次挥手成了"日常运动"。
  • 延迟不可控:最快也要等到下一个轮询周期。

短轮询就像给服务器打"骚扰电话",简单,却低效。

二、长轮询

聪明的工程师想到:

把电话"挂起不挂线"。客户端发起 Ajax,服务器夯住这个连接,直到真的有消息才返回;客户端收到后立即再挂一个,如此循环。

sequenceDiagram 客户端->>+服务器: 有新消息吗? Note right of 服务器: 没有消息不会响应 Note right of 服务器: 一段时间后... 服务器->>-客户端: user1对你说:你好 客户端->>+服务器: 有新消息吗? Note right of 服务器: 没有消息不会响应 Note right of 服务器: 一段时间后... 服务器->>-客户端: user1对你说:你吃了没 客户端->>服务器: ......

优势

  • 零空包:每次响应都携带数据。
  • 减少连接数:TCP 复用率提高。

新问题

  • 超时风险:浏览器/代理可能粗暴切断长连接。
  • 资源悬挂:服务器需要为大量空闲连接维持线程或内存。
  • 实时性仍受"挂起窗口"限制。

长轮询把"骚扰电话"变成了"占线等待",但线路资源依旧吃紧。

三、WebSocket

HTML5 带来了 WebSocket------基于 TCP 的全双工通道

握手阶段仍用 HTTP,升级协议后,双方可随时推送数据帧。

1. 握手:HTTP 的极限操作

客户端:

makefile 复制代码
GET /chat HTTP/1.1
Host: example.com
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key: x3JJHMbDL1EzLkh9GBhXDw==
Sec-WebSocket-Version: 13

服务器返回 101:

makefile 复制代码
HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: HSmrc0sMlYUkAGmm5OPpG2HaGWk=

状态码 101 表示:协议升级完成。此后数据帧不再走 HTTP。

2. 通信:帧级协议,双向飞驰

  • **帧(frame)**是最小单位,携带 payload、opcode、掩码。
  • **流(stream)**由帧组成,任何一方都可主动发送。
  • 无队头阻塞:不同消息并行交错,靠帧头 id 区分归属。

3. 代码示例(Node + 前端)

前端

js 复制代码
const ws = new WebSocket('wss://example.com/chat');

ws.onopen   = () => ws.send('Hello Server!');
ws.onmessage = e => console.log('New msg:', e.data);

Node 后端(ws 库)

js 复制代码
import { WebSocketServer } from 'ws';
const wss = new WebSocketServer({ port: 8080 });

wss.on('connection', ws => {
  ws.on('message', msg => wss.clients.forEach(c => c.send(msg)));
});

四、使用场景与权衡

场景 建议方案
高频实时(聊天、游戏) WebSocket
低频通知(后台弹窗) SSE 或长轮询
IE8 及以下 只能降级轮询

资源成本:长连接需心跳保活、内存占用。低并发或弱网环境需评估收益。

相关推荐
丫丫7237347 分钟前
Three.js 模型树结构与节点查询学习笔记
javascript·webgl
车传新28 分钟前
Javascript
javascript
天若有情6731 小时前
【c++】手撸C++ Promise:从零实现通用异步回调组件,支持链式调用+异常安全
开发语言·前端·javascript·c++·promise
抱琴_1 小时前
【Vue3】大屏性能优化黑科技:Vue 3 中实现请求合并,让你的大屏飞起来!
前端·vue.js
不会玩电脑的Xin.1 小时前
HTML + CSS
前端·css·html
hadage2331 小时前
--- JavaScript 的一些常用语法总结 ---
java·前端·javascript
彭于晏爱编程1 小时前
🍭🍭🍭升级 AntD 6:做第一个吃螃蟹的人
前端
掘金一周2 小时前
大部分人都错了!这才是chrome插件多脚本通信的正确姿势 | 掘金一周 11.27
前端·人工智能·后端
豆奶特浓62 小时前
Java面试模拟:当搞笑程序员谢飞机遇到电商秒杀与AIGC客服场景
java·spring boot·微服务·面试·aigc·高并发·电商