服务器完全可以主动向客户端推送数据，并且这是现代实时应用的核心能力，通过WebSocket、SSE（Server-Sent Events）等持久连接技术，服务器无需等待客户端轮询即可随时下发数据。
为何服务器主动推送数据成为刚需
传统HTTP请求要求客户端先发起,服务器才能响应，在即时通讯、行情推送、在线协作等场景中，早期使用轮询方案，效率极低，客户端每隔几秒请求一次，新增内容很少，徒增服务器压力与带宽浪费，行业共识认为主动推送是解决这类问题的根本出路，近年来实时数据应用快速增长，加上WebSocket与SSE的广泛支持，主动推送已从选配变成标配，据行业观察，采用主动推送可将服务端负载显著降低，响应延迟从秒级降至毫秒级。
WebSocket全双工通信原理与特点
WebSocket标准（RFC 6455）定义了全双工通信的简单握手机制，客户端发送HTTP Upgrade请求，服务器返回101状态码，即可建立持久连接，建立后服务器随时通过send()发送数据帧，无需客户端再请求，业内专家指出，WebSocket连接建立后几乎没有额外HTTP开销，延迟可控制在毫秒级，它广泛应用于金融报价、在线游戏、协同编辑等需要双向低延迟的场景。
Server-Sent Events（SSE）轻量级单向推送技术
SSE是W3C推荐的服务器推送方案,它通过设置响应头Content-Type: text/event-stream实现事件流推送，浏览器原生EventSource API自动处理连接重连，自带事件ID、类型等字段，适合只需要服务器主动向客户端推送数据的场景，如消息通知、日志流、大模型流式输出，相比WebSocket，SSE基于HTTP，无需额外协议，在代理和网关下通常工作更好。
服务器推送数据方式对比：主流方案选型指南
下面是常见主动推送技术的对比,帮助选择最适合的方案：
| 技术 | 连接类型 | 双向通信 | 浏览器支持 | 复杂度 | 主要场景 |
|---|---|---|---|---|---|
| WebSocket | 持久TCP连接 | 是 | 主流现代浏览器 | 中高 | 双向实时，如聊天、金融、游戏 |
| SSE | HTTP长连接 | 否（服务器到客户端） | 支持EventSource的浏览器 | 低 | 单向推送，如通知、状态、日志 |
| 长轮询 | 短请求模拟 | 否 | 全部浏览器 | 低（但效率低） | 兼容性要求高但实时性不高的遗留系统 |
| HTTP/2 Server Push | 基于HTTP/2流 | 否 | 需HTTP/2 | 中 | 资源预推送（已逐步弃用） |
选择时,需要客户端主动发送大量数据时必选WebSocket，纯服务器推送且需要简单实现、自动重连，SSE是最佳方案，长轮询仅在旧浏览器兼容场景使用，HTTP/2 Server Push不适用于业务数据推送。
WebSocket服务器数据推送教程（完整版）
以Node.js+ws库为例搭建服务器推送：
- 初始化项目：
npm init -y && npm install ws - 创建WebSocket服务器,监听connection事件。
- 保存所有连接,推送时遍历并检查readyState为OPEN再发送。
- 实现心跳检测,定时ping/pong清理超时连接。
关键代码片段：
const WebSocket = require('ws');
const wss = new WebSocket.Server({ port: 8080 });
wss.on('connection', ws => {
ws.send('连接成功，准备接收数据');
// 每5秒推送当前时间
setInterval(() => {
if (ws.readyState === WebSocket.OPEN)
ws.send(new Date().toLocaleTimeString());
}, 5000);
});
此模式广泛用于实时监控面板、任务进度推送等，生产环境还需增加认证、重连逻辑和多实例广播。
SSE服务器推送使用场景与配置指南
SSE通过以下响应头和格式建立：
Content-Type: text/event-stream
Cache-Control: no-cache
Connection: keep-alive
data: “消息内容”
nn使用Express搭建示例：
app.get('/events', (req, res) => {
res.writeHead(200, {
'Content-Type': 'text/event-stream',
'Cache-Control': 'no-cache',
'Connection': 'keep-alive'
});
setInterval(() => {
res.write(`data: ${Math.random()}nn`);
}, 1000);
});
客户端通过new EventSource('/events')接收，SSE适用于服务器状态变化即刻通知，如订单更新、告警推送、大模型流式回复，由于自动重连，开发工作量比WebSocket少。
服务器主动告诉客户端数据常见问题解答
问：服务器可以不需要客户端任何请求就主动发送数据吗？
答：连接必须先由客户端发起，比如WebSocket的HTTP Upgrade握手或SSE的EventSource请求，一旦连接建立，服务器可在任何时刻推送，而客户端无需再发轮询请求，这与传统轮询有本质区别，真正实现了“主动推送”。
问：WebSocket和SSE如何选择？
答：如果客户端也需要向服务器发送大量消息（如聊天、游戏操作），选WebSocket，如果仅是服务器向客户端单向推送（通知、日志、监控指标），选SSE更轻量，自带重连机制，且完全基于HTTP。
问：大量并发连接时如何保证推送性能？
答：每个连接都占用资源，需设计连接池管理，采用异步非阻塞I/O（如Node.js、Netty），集群时可借助Redis Pub/Sub分发消息，行业实践中，优化后的单节点可承载数十万WebSocket连接。
从轮询到主动推送,技术演进显著提升了实时交互体验，服务器主动告诉客户端数据已拥有成熟方案，合理利用WebSocket或SSE替换传统轮询，能大幅改善用户感知和服务器效率，现在正是告别低效轮询、拥抱主动推送的最佳时机。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/%e6%9c%8d%e5%8a%a1%e5%99%a8%e5%8f%af%e4%bb%a5%e4%b8%bb%e5%8a%a8%e5%91%8a%e8%af%89%e5%ae%a2%e6%88%b7%e7%ab%af%e6%95%b0%e6%8d%ae%e4%b9%88%ef%bc%8c%e5%a6%82%e4%bd%95%e5%ae%9e%e7%8e%b0%ef%bc%9f/
