客户端和服务端实时通信是现代Web应用中的重要需求，本文将对比WebSocket和Server-Sent Events(SSE)两种主流实时通信技术，从协议特性、实现方式到适用场景进行系统分析。
一、WebSocket
特点：
1.全双工通信：客户端和服务端可以同时主动发送消息。
2.长连接：基于TCP的持久化连接，避免HTTP频繁建立连接的开销。
3.低延迟：适合高频、实时性要求高的场景（如聊天、游戏、协同编辑）。
优点：
●真正的实时双向通信。
●适合高并发场景。
缺点：
●需要额外维护连接状态。
●较复杂，需处理连接断开、重连、心跳等问题。
二、SSE（Server-Sent Events）
特点：
1单向通信：服务端主动推送数据到客户端（如股票行情、新闻推送）。
2基于HTTP：兼容现有HTTP协议，无需额外协议。
3自动重连：浏览器内置支持断线重连(请求头会携带Last-Event-Id)。
优点：
●简单易用，适合服务端主导的推送场景。
●无需额外协议，兼容HTTP/HTTPS。
缺点：
●仅支持服务端到客户端的单向通信。
●部分浏览器有并发连接数限制（如Chrome限制6个）。
三、其他方案对比
| 方案 | 协议 | 方向性 | 复杂度 | 适用场景 |
|---|---|---|---|---|
| WebSocket | WS | 全双工 | 高 | 聊天、游戏、实时协作 |
| SSE | HTTP | 单工 | 低 | 通知、日志流、实时数据监控 |
| Polling | HTTP | 半双工 | 极低 | 兼容性要求高的简单场景、轮询可能会对服务端造成压力 |
| Long Polling | HTTP | 半双工 | 中 | 监听等待变化通知，适合nacos、rocketmq push机制 |
四、选型建议
1需要双向通信 → WebSocket（如在线聊天、多人游戏）。
2服务端推送为主 → SSE（如实时监控、新闻推送）。
3兼容老旧系统 → Long Polling（如IE兼容场景）。
4低优先级更新 → HTTP/2 Server Push（如静态资源预推送）。
五、注意事项
1WebSocket：
○注意处理连接断开和心跳机制（如ping/pong帧）。
○生产环境建议使用wss://（WebSocket over TLS）。
2SSE：
○默认不携带Cookie，需手动设置withCredentials。
○避免在单个页面创建过多SSE连接（受浏览器限制）。
