在开发实时应用时，服务器向客户端推送数据是一种常见需求，例如消息通知、股票行情、在线聊天等。在这些场景中，Server-Sent Events（SSE） 和 WebSocket 是最常见的两种方案。那么，它们各自的优缺点是什么？在不同的应用场景下应该如何选择？

本文将对 SSE 与 WebSocket 进行详细对比，帮助你做出最佳选择。

---

1. SSE vs WebSocket 关键对比

特性	SSE（Server-Sent Events）	WebSocket
连接方式	基于 HTTP (单向)	基于 TCP (全双工)
数据流方向	服务器 → 客户端（单向）	服务器 ↔ 客户端（双向）
协议支持	纯 HTTP 事件流，基于 HTTP/1.1	独立的 WebSocket 协议（ws:// or wss://）
浏览器支持	原生支持，EventSource API	现代浏览器广泛支持，需 WebSocket API
连接数限制	受浏览器同源连接数限制（通常 6 个）	不受浏览器连接数限制
传输格式	仅支持文本（UTF-8）	支持文本、二进制（Blob、ArrayBuffer）
断线重连	浏览器内置自动重连	需要手动实现重连
负载均衡 & 代理支持	兼容 HTTP 代理、CDN、负载均衡	需要特殊代理配置，某些代理可能不支持
适用场景	消息推送、股票行情、日志流	在线聊天、多人协作、游戏等双向通信

---

2. SSE 的优缺点

✅ SSE 的优势

1. 简单易用

• 直接使用 EventSource，无需额外协议或复杂配置。
• 适用于已有的 HTTP/HTTPS 服务器（无需额外 WebSocket 服务器）。

2. 支持 HTTP 代理和负载均衡

• SSE 仍然是 HTTP 请求，因此可以利用 CDN、Nginx 代理 等进行负载均衡。

3. 自动重连

• SSE 默认支持断线自动重连，而 WebSocket 需要手动实现。

4. 节省带宽

• 仅服务器向客户端发送数据，无需额外的心跳包维持连接，适合低频率的实时数据推送。

---

❌ SSE 的缺点

1. 仅支持单向通信

• 客户端无法主动向服务器发送数据（只能通过 AJAX 发送额外请求）。

2. 浏览器并发限制

• 浏览器对单个域名的 EventSource 连接数有限制（通常是 6 个）。

5. 3. 仅支持文本数据

• • 只能传输 UTF-8 文本，不支持二进制（如图片、音频、视频流）。

4. 不适用于 HTTP/2

• HTTP/2 具有多路复用特性，WebSocket 在 HTTP/2 下表现更优。

---

3. WebSocket 的优缺点

✅ WebSocket 的优势

1. 全双工通信

• 客户端和服务器都可以主动发送数据，适用于聊天、协作、游戏等交互式应用。

2. 支持二进制数据

• 可以传输 ArrayBuffer 和 Blob，适合 视频流、文件传输、语音聊天。

3. 低延迟

• WebSocket 连接后保持长连接，数据实时性更高。

4. 更高效的传输

• WebSocket 采用更小的帧格式，占用带宽更少。

---

❌ WebSocket 的缺点

1. 代理支持较差

• 需要特殊的 WebSocket 代理（如 Nginx proxy_pass），传统 HTTP 代理可能不支持。

2. 需要手动处理重连

• SSE 断开后自动重连，而 WebSocket 需要客户端自己实现重连逻辑。

3. 不适用于 HTTP 负载均衡

• WebSocket 基于 TCP 连接，传统 HTTP 负载均衡（如 Nginx 轮询）可能无法正确分发 WebSocket 连接。

---

4. 什么时候选择 SSE，什么时候选择 WebSocket？

场景	选择 SSE	选择 WebSocket
实时数据推送（如新闻、股票行情）	✅ 适合	✅ 也可以，但不是最佳选择
聊天应用（如 IM、客服）	❌ 不适合	✅ 最优选择
多人协作（如 Google Docs）	❌ 不适合	✅ 适合
日志流（如服务器日志、监控数据）	✅ 适合	❌ 不需要双向通信
直播弹幕、视频流	❌ 不适合	✅ WebSocket 或 WebRTC 更优
CDN 缓存友好的推送（如推送新闻）	✅ 适合	❌ WebSocket 不能被 CDN 缓存
低资源消耗，适合移动端	✅ 适合	❌ WebSocket 需要保持连接，耗电更大
游戏（如多人在线对战）	❌ 延迟高，不适合	✅ WebSocket 或 WebRTC

---

5. 总结

SSE 适用场景

• 只需要 服务器单向推送 数据（如 新闻、监控数据、日志流）。
• 需要 自动重连 的功能（如 简单的通知系统）。
• 需要 兼容 HTTP 代理、CDN 进行优化（如 新闻推送）。
• 对文本数据 友好，传输 JSON 结构化数据较简单。

WebSocket 适用场景

• 需要 双向通信（如 聊天室、协作应用）。
• 需要 实时交互（如 游戏、直播弹幕）。
• 需要 传输二进制数据（如 视频、文件、语音聊天）。
• 对高并发连接友好，如 在线游戏、多人互动场景。

SSE 更适合轻量级的实时推送应用，而 WebSocket 适用于需要双向通信、高并发的复杂交互场景。选择合适的技术方案，才能让你的应用更加高效、稳定！

[转自微信公众号：GotoBeta]