WebSocket 与 SSE 全解析：核心区别、原理及适用场景深度对比
在前端实时通信与后端服务推送的技术选型中，WebSocket 和 SSE（Server-Sent Events）是两大核心方案，也是面试中高频考察的知识点。尤其 SSE 作为当下 LLM 大模型流式输出的主流技术方案，更是业务与技术双维度的热点；而 WebSocket 则是经典的即时通信协议，广泛应用于聊天、游戏等场景。二者均能实现服务端向客户端的实时数据推送，但在底层原理、通信方式、适用场景上有着本质差异。本文将结合协议底层逻辑与实际业务需求，详细拆解 WebSocket 与 SSE 的核心区别。
一、核心共识：二者均为实时通信解决方案
传统 HTTP 协议是请求 - 响应的单向短连接模式：客户端主动发起请求，服务端被动响应，一次交互完成后连接大概率断开，无法实现服务端主动推送数据。
为解决实时性需求，WebSocket 和 SSE 均基于长连接实现服务端主动推送，摆脱了 HTTP 轮询（setInterval 循环请求）性能差、资源消耗高、实时性弱的弊端，是 Browser/Server 架构下实现实时通信的主流选择。
二、WebSocket：全双工双向实时通信协议
1. 核心定义
WebSocket 是HTML5推出的全新协议，可理解为Web + Socket的结合体：Socket 是基于 TCP/IP 的原生实时通信协议，支持双工通信；WebSocket 则将 Socket 能力移植到 Web 端，在浏览器与服务器之间建立持久化长连接，实现全双工双向实时通信。
2. 底层通信原理
- 初始握手基于 HTTP 协议：客户端首次与服务端通信仍走 HTTP，获取页面资源；
- 协议切换：客户端通过
new WebSocket('ws://localhost:3000/ws')发起请求，服务端返回101 Switching Protocols状态码，完成从 HTTP 到 WebSocket 协议的切换； - 持久通道：切换后建立双向长连接，客户端与服务端均可主动发起数据推送，无需重复建立连接。
3. 技术实现与特性
以 Node.js 的 Koa 框架为例，可通过koa-websocket中间件快速实现：
- 服务端创建 Koa 实例并监听端口，通过中间件处理 WebSocket 连接；
- 服务端维护连接数组，实现消息广播（多人同步、群聊）；
- 客户端通过
on监听消息、send发送消息，基于消息机制完成实时交互。
4. 核心特点
- 通信模式：全双工双向，客户端、服务端均可主动发送 / 接收数据；
- 连接特性：真正的持久化长连接，无 HTTP 请求开销；
- 协议标识：
ws://（非加密）、wss://（加密，对应 HTTPS）； - 数据格式：支持文本帧、二进制帧，兼容性极强；
- 兼容性：支持所有现代浏览器，无兼容短板。
三、SSE：服务端单向推送的轻量方案
1. 核心定义
SSE 即 Server-Sent Events，是基于HTTP 协议实现的单向长连接推送技术，仅支持服务端主动向客户端推送数据，客户端无法主动向服务端持续发送消息，属于轻量级的实时通信方案。
2. 底层通信原理
SSE 完全依托 HTTP 协议运行，无需额外协议切换，服务端通过设置响应头Content-Type: text/event-stream，建立持久化的 HTTP 长连接，持续向客户端流式传输文本数据。
3. 核心特点
- 通信模式：单向推送，仅服务端→客户端，客户端仅能初始发起请求，无法主动发消息；
- 连接特性：HTTP 长连接，通道持久化但仅单向传输；
- 协议类型：纯 HTTP 协议，无需额外适配；
- 数据格式：仅支持文本格式（通常为 JSON、纯文本），不支持二进制数据；
- 兼容性：不支持 IE 浏览器，现代浏览器支持良好（可通过 Fetch+ReadStream 兼容）。
4. 核心应用场景
SSE 的单向特性决定了它不适合双向交互场景，却是LLM 大模型流式输出的最优解：用户发送一次 Prompt，服务端持续流式返回生成内容，完美匹配单向推送需求；此外还适用于实时通知、股票行情、日志推送等仅需服务端推数据的场景。
四、WebSocket 与 SSE 核心区别全方位对比
结合协议底层、通信特性、业务适配性，二者核心差异可总结为以下维度：
表格
| 对比维度 | WebSocket | SSE |
|---|---|---|
| 通信方向 | 全双工双向（客户端 / 服务端均可主动推送） | 单向通信（仅服务端→客户端推送） |
| 连接类型 | 独立持久化长连接 | 基于 HTTP 的持久化长连接 |
| 协议类型 | 专属 WebSocket 协议（ws/wss） | 标准 HTTP 协议（text/event-stream） |
| 数据格式 | 支持文本、二进制帧 | 仅支持文本格式（JSON / 纯文本） |
| 浏览器兼容 | 支持所有现代浏览器 | 不支持 IE，现代浏览器支持良好 |
| 握手流程 | 先 HTTP 握手，后 101 切换协议 | 纯 HTTP 请求，无协议切换 |
| 资源开销 | 连接建立后开销极低，适合高频交互 | 轻量无额外协议开销，适合低频单向推送 |
| 核心场景 | 聊天应用、实时游戏、多人协作、双向互动 | LLM 流式输出、实时通知、行情推送、日志同步 |
五、补充：与传统 HTTP 通信的核心差异
为更清晰理解二者，需对比传统 HTTP 的特性：
- HTTP 短连接：请求 - 响应后断开，无实时推送能力，轮询方案性能极差；
- HTTP Keep-Alive：仅复用 TCP 通道，并非实时推送，HTTP2.0 多路复用也仅优化连接复用，无法实现服务端主动推；
- WebSocket 长连接：双向持久通道，彻底摆脱请求 - 响应限制；
- SSE 长连接：单向持久通道，轻量适配单向推送。
六、技术选型总结
- 选择 WebSocket：需要双向实时交互的场景，如在线聊天、多人游戏、协同编辑、实时互动直播等，核心诉求是客户端与服务端均可主动收发数据；
- 选择 SSE：仅需要服务端单向推送的场景，尤其是 LLM 流式输出、实时数据展示、系统通知等，优势是轻量、基于 HTTP 无需额外协议适配、开发成本更低。
