单向数据推送场景下应优先选用SSE而非WebSocket；SSE专为服务端单向推送设计，基于HTTP，支持自动重连、事件标识与流解析，连接轻量、兼容性好，服务端实现简单，数据格式实用且足够满足日志、通知等典型需求。

在单向数据推送场景下，优先选SSE（Server-Sent Events），而非WebSocket。

协议定位与设计目标不同

SSE 是专为服务端向客户端单向、持续推送文本数据而设计的 HTML5 标准协议，基于 HTTP，天然支持重连、事件类型标识、数据流解析和自动缓冲恢复；WebSocket 是全双工通信协议，面向双向实时交互，需手动处理连接管理、心跳、消息分片、二进制/文本混合等复杂逻辑。单向推送时，WebSocket 的双向能力是冗余开销。

连接与兼容性更轻量可靠

SSE 复用 HTTP 连接，可穿透大多数代理、CDN 和防火墙；支持标准 HTTP 状态码、Cookie 鉴权、HTTPS 加密，且浏览器自动处理断线重试（通过 retry 字段控制间隔）；WebSocket 在某些企业网络或老旧代理下易被阻断，且需额外实现重连逻辑与心跳保活。

• 现代浏览器（Chrome、Firefox、Safari 16.4+、Edge）均已原生支持 SSE
• 若需兼容 Safari 15.6 及更早版本，可用 polyfill（如 sse.js）补全部分特性
• 无需额外握手或升级请求，服务端只需返回 Content-Type: text/event-stream 即可启动流

服务端实现与运维成本更低

SSE 对服务端压力更小：连接保持为长连接但无状态协商，不占用额外 WebSocket 连接池资源；可直接复用现有 Web 框架的流式响应能力（如 Express 的 res.write()、Spring Boot 的 SseEmitter、FastAPI 的 StreamingResponse）；日志、监控、限流、WAF 规则均可沿用 HTTP 栈已有设施。WebSocket 则常需引入专用库（如 ws、Socket.IO）、独立连接管理模块，并增加连接状态同步与内存泄漏风险。

立即学习“前端免费学习笔记（深入）”；

数据格式与扩展性足够实用

SSE 默认传输 UTF-8 文本，支持结构化数据（JSON 字符串）、事件类型标记（event:）、自定义 ID（id:）和注释行（: 开头）；对日志、通知、行情快照、配置变更等典型单向场景完全胜任；若后续需少量客户端反馈（如“已读确认”），可通过轻量 HTTP 请求补充，无需升级为 WebSocket。

• 一条合法 SSE 消息示例：
  event: stock-update
  id: 12345
  data: {"symbol":"AAPL","price":192.34}
• 客户端用 EventSource 接收，API 简洁直观，错误回调明确