WebSocket和SSE有什么区别实时数据推送技术选型指南【科普】-js教程-PHP中文网

单向服务端推送选sse，双向实时交互必须用websocket；sse基于http、自动重连、断点续传，websocket需手动处理握手、心跳与重连。

websocket和sse有什么区别实时数据推送技术选型指南【科普】

只用服务端推数据，SSE 就够了；需要客户端随时发消息回来，才必须上 WebSocket。

EventSource 和 WebSocket API 的调用差异

浏览器端建立连接的方式完全不同，不能混用或替换：

EventSource 是原生全局对象，构造时传一个普通 HTTP URL：new EventSource("/events")，它自动处理 GET 请求、重连、Last-Event-ID 头部携带
WebSocket 构造时必须用 ws:// 或 wss:// 协议前缀：new WebSocket("wss://api.example.com/ws")，且需手动监听 open、message、error、close 四类事件
EventSource 不支持发送数据，没有 send() 方法；WebSocket 必须调用 send() 才能发消息，否则连接只是“挂起”
两者都受同源策略限制，但 EventSource 可通过服务端返回 Access-Control-Allow-Origin 支持跨域，WebSocket 跨域依赖服务器在握手阶段校验 Origin 头

text/event-stream 和 WebSocket 握手的协议成本

SSE 本质就是一次 HTTP GET，而 WebSocket 需要一次 HTTP Upgrade 升级协商：

WebSocket 8.18.2

WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。

下载

SSE 响应头只需三行：Content-Type: text/event-stream、Cache-Control: no-cache、Connection: keep-alive；任何反向代理（Nginx、ALB、Cloudflare）默认透传
WebSocket 初始请求带 Upgrade: websocket 和 Connection: Upgrade，很多企业网关、WAF、老旧 CDN 会直接拒绝或超时中断，调试时常见 502 Bad Gateway 或连接卡在 pending
HTTP/2 下 SSE 天然复用连接，无额外开销；WebSocket 在 HTTP/2 中实际走的是 h2c 伪协议，部分负载均衡器不支持，仍得降级到 HTTP/1.1
服务端实现上，SSE 只需普通路由 handler 持有 response 对象写入流；WebSocket 需维护 socket 生命周期、心跳 ping/pong、连接池管理

SSE 的 id: 和 Last-Event-ID 是怎么续传的

这是 SSE 真正被低估的机制——不是“可选功能”，而是浏览器强制行为：

只要服务端响应中某次写了 id: 123\n，后续所有推送都会带上该 ID；断连重试时，浏览器自动在新请求头里加 Last-Event-ID: 123
服务端收到该 header 后，应从 ID=124 开始继续推送，跳过已送达事件；若忽略该 header，用户会重复收到 123 及之后的消息
注意：ID 必须是字符串，id: 123 和 id: "123" 效果一致；但 id:（空值）会导致浏览器清空本地 ID 缓存，下次重连不带该 header
WebSocket 没有等价机制，要实现类似效果，得自己设计消息序号、ACK 确认、服务端消息回溯存储，复杂度指数上升