目录
- ✨WebSocket：全双工通信的利器
-
- [📌什么是 WebSocket？](#📌什么是 WebSocket？)
- [📌WebSocket 的特点](#📌WebSocket 的特点)
- [📌WebSocket 的优点](#📌WebSocket 的优点)
- [📌WebSocket 的缺点](#📌WebSocket 的缺点)
- [📌WebSocket 的适用场景](#📌WebSocket 的适用场景)
- [✨Server-Sent Events (SSE)：单向推送的轻量选择](#✨Server-Sent Events (SSE)：单向推送的轻量选择)
-
- [📌什么是 SSE？](#📌什么是 SSE？)
- [📌SSE 的特点](#📌SSE 的特点)
- [📌SSE 的优点](#📌SSE 的优点)
- [📌SSE 的缺点](#📌SSE 的缺点)
- [📌SSE 的适用场景](#📌SSE 的适用场景)
- [✨WebSocket 与 SSE 的对比](#✨WebSocket 与 SSE 的对比)
- [✨如何选择 WebSocket 和 SSE？](#✨如何选择 WebSocket 和 SSE？)
-
- [📌选择 WebSocket 的场景](#📌选择 WebSocket 的场景)
- [📌选择 SSE 的场景](#📌选择 SSE 的场景)
- ✨实际应用中的优化与注意事项
-
- [📌WebSocket 的优化](#📌WebSocket 的优化)
- [📌SSE 的优化](#📌SSE 的优化)
✨WebSocket：全双工通信的利器
📌什么是 WebSocket？
WebSocket 是一种基于 TCP 的协议，允许服务器和客户端之间进行全双工通信（即双向通信）。与传统的 HTTP 请求不同，WebSocket 连接一旦建立，服务器和客户端可以随时互相发送数据，而无需重新建立连接。
📌WebSocket 的特点
全双工通信：服务器和客户端可以同时发送和接收数据。
低延迟：WebSocket 是长连接，数据传输延迟低。
协议升级：WebSocket 通过 HTTP 协议升级实现，兼容性好。
二进制支持：支持文本和二进制数据传输。
📌WebSocket 的优点
实时性强：适合需要双向实时通信的场景，如聊天应用、在线游戏。
低开销：连接建立后，数据传输的开销较小。
灵活性高：支持自定义协议和数据格式。
📌WebSocket 的缺点
连接数量限制：浏览器对每个源的 WebSocket 连接数量有限制（通常是 6 个）。
复杂性较高：需要处理连接管理、心跳检测、断线重连等问题。
资源消耗较大：每个 WebSocket 连接都会占用服务器和客户端的资源。
📌WebSocket 的适用场景
聊天应用：支持双向实时通信。
在线游戏：需要低延迟和高实时性。
实时协作工具：如在线文档编辑、协同绘图。
✨Server-Sent Events (SSE)：单向推送的轻量选择
📌什么是 SSE？
Server-Sent Events (SSE) 是一种基于 HTTP 的协议，允许服务器向客户端单向推送数据。与 WebSocket 不同，SSE 是单向的，客户端无法通过 SSE 向服务器发送数据（除非通过其他方式，如 HTTP 请求）。
📌SSE 的特点
单向通信：服务器可以向客户端推送数据，但客户端不能通过 SSE 向服务器发送数据。
基于 HTTP：SSE 是基于 HTTP 的协议，兼容性好。
长连接：SSE 使用长连接（long polling）来保持与服务器的连接。
自动重连：SSE 支持自动重连，断线后会自动尝试重新连接。
📌SSE 的优点
简单易用：SSE 的 API 简单，易于实现。
低资源消耗：SSE 是基于 HTTP 的，资源消耗较低。
自动重连：SSE 支持自动重连，无需手动处理断线重连。
兼容性好：SSE 是基于 HTTP 的，兼容性优于 WebSocket。
📌SSE 的缺点
单向通信：客户端无法通过 SSE 向服务器发送数据。
连接数量限制：在 HTTP/1.1 下，每个源的连接数量限制为 6 个。但是HTTP/2数量没有限制
不支持二进制数据：SSE 仅支持文本数据传输。
📌SSE 的适用场景
实时通知：如聊天消息通知、系统通知。
股票行情：实时推送股票价格变化。
仪表盘数据更新：实时更新页面内容，如统计数据、监控数据。
✨WebSocket 与 SSE 的对比
| 特性 | WebSocket | SSE |
|---|---|---|
| 通信方式 | 全双工通信（双向） | 单向通信（服务器到客户端） |
| 协议 | 基于 WebSocket 协议 | 基于 HTTP 协议 |
| 数据格式 | 支持文本和二进制数据 | 仅支持文本数据 |
| 连接数量限制 | 每个源最多 6 个连接（HTTP/1.1） | 每个源最多 6 个连接（HTTP/1.1） |
| 无明确限制（HTTP/2） | 每个源最多 100 个连接（HTTP/2） | |
| 自动重连 | 需要手动实现 | 内置支持 |
| 适用场景 | 实时双向通信（如聊天、游戏） | 实时单向推送（如通知、股票行情） |
✨如何选择 WebSocket 和 SSE？
📌选择 WebSocket 的场景
需要双向实时通信：如聊天应用、在线游戏、实时协作工具。
需要传输二进制数据：如文件传输、多媒体数据。
对延迟要求极高：如在线游戏、实时交易系统。
📌选择 SSE 的场景
只需要单向推送：如通知系统、股票行情、实时数据更新。
对资源消耗敏感：SSE 的资源消耗较低，适合轻量级应用。
兼容性要求高：SSE 是基于 HTTP 的，兼容性优于 WebSocket。
✨实际应用中的优化与注意事项
📌WebSocket 的优化
使用 HTTP/2：HTTP/2 支持连接复用，可以减少 WebSocket 的连接数量限制。
心跳检测：定期发送心跳包，检测连接是否正常。
断线重连：实现断线重连机制，确保连接的稳定性。
📌SSE 的优化
使用 HTTP/2：HTTP/2 支持连接复用，可以显著提高 SSE 的连接数量限制。
共享连接：在多个标签页中共享同一个 SSE 连接，减少连接数量。
限制连接数量：在服务器端限制每个用户的 SSE 连接数量，防止滥用。