✨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 连接数量，防止滥用。