1. 基本概念
| 协议 |
通信模式 |
协议层 |
数据流向 |
连接方式 |
| SSE |
服务器单向推送 |
基于HTTP/HTTPS |
服务器→客户端（单向） |
持久化TCP连接 |
| WebSocket |
全双工通信 |
独立协议（基于TCP） |
服务器↔客户端（双向） |
持久化TCP连接（升级协议） |
| Polling |
客户端主动轮询 |
基于HTTP/HTTPS |
客户端→服务器（单向触发响应） |
短连接（频繁建立/关闭） |
2. 核心特性对比
| 特性 |
SSE |
WebSocket |
Polling |
| 实时性 |
高（低延迟） |
极高（毫秒级） |
低（依赖轮询间隔） |
| 带宽效率 |
高（无重复请求） |
高（无头部开销） |
低（重复HTTP头部开销） |
| 服务器压力 |
中等（维护长连接） |
中等（维护长连接） |
高（频繁建立连接） |
| 兼容性 |
不支持IE/部分移动浏览器 |
广泛支持（需HTTP/1.1+） |
全浏览器支持 |
| 数据格式 |
文本（text/event-stream） |
二进制/文本 |
任意HTTP兼容格式 |
| 断线重连 |
自动支持 |
需手动实现 |
无（每次轮询独立） |
3. 优缺点分析
SSE
- 优点：
- 简单易用（基于HTTP，无需额外协议）。
- 自动重连机制。
- 适合服务器主导的实时更新（如新闻推送、股价波动）。
- 缺点：
- 仅支持单向通信（服务器→客户端）。
- 浏览器兼容性有限（IE不支持）。
WebSocket
- 优点：
- 全双工通信，适合交互式场景（如聊天、游戏）。
- 低延迟和高性能（减少HTTP开销）。
- 缺点：
- 实现复杂（需处理协议升级、心跳检测等）。
- 需要额外的负载均衡配置（非HTTP默认端口）。
Polling
- 优点：
- 兼容性极佳（所有浏览器支持）。
- 实现简单（普通HTTP请求）。
- 缺点：
- 高延迟（轮询间隔不可控）。
- 浪费资源（无效请求多）。
4. 典型应用场景
| 协议 |
适用场景 |
不适用场景 |
| SSE |
实时通知（股票行情、新闻推送）、日志流监控 |
需要客户端频繁发送数据的场景 |
| WebSocket |
在线聊天、多人协作编辑、实时游戏、视频会议 |
简单单向数据推送（过度设计） |
| Polling |
兼容性要求高的旧系统、低频更新（如天气查询） |
高频实时交互（如在线游戏） |
5. 选择建议
- 选择SSE：需要服务器单向推送且追求简单实现时（替代长轮询）。
- 选择WebSocket：需双向交互或对延迟敏感的场景。
- 选择Polling：仅在不支持SSE/WebSocket的旧系统中作为备选。
总结
- SSE是HTTP生态内轻量级的单向推送方案。
- WebSocket是高性能全双工通信的标准选择。
- Polling是兼容性强但效率低下的兜底方案。
根据实际需求（实时性、双向性、兼容性）和系统资源（服务器负载、带宽）综合选择。