实时技术方案对比：SSE vs WebSocket vs Long Polling
原创大约 3 分钟
实时技术方案对比：SSE vs WebSocket vs Long Polling
早期网站仅展示静态内容，而如今我们更期望：实时更新、即时聊天、通知推送和动态仪表盘。
那么要如何实现实时的用户体验呢？三大经典技术各显神通：
- SSE（Server-Sent Events）：轻量级单向数据流
- WebSocket：双向全双工通信
- Long Polling（长轮询）：传统过渡方案
假设目前有三个业务场景，需要实现数据实时更新：
- 股票交易仪表盘
- 即时聊天平台
- 实时新闻推送
面对这些需求，我们应该如何决策选择合适的方案呢？
下面让我们从架构、性能和扩展性角度一起探讨一下。
什么是长轮询？
原理解析
客户端持续询问服务器：
- "有更新吗？"
- "没有"
- "现在呢？"
- "还是没有"
- "现在呢？"
- "有了！"
就像在吃饭排队叫号的时候，站在店门口每隔5分钟询问是否到你一样，效率低下。
Spring Boot实现（长轮询式REST端点）：
@GetMapping("/updates")
public ResponseEntity<String> getUpdate() {
// 模拟延迟或等待事件
return ResponseEntity.ok("最新更新！");
}
✔ 优点:
- 实现简单（标准REST）
- 兼容性最佳
✘ 缺点:
- 高延迟
- 资源浪费（大量空请求）
- 扩展性差
适用场景
当无法使用WebSocket或SSE且需要支持老旧浏览器或代理时使用，一般常见于大型企业的遗留系统中使用。
什么是SSE？
原理解析
客户端建立连接后：
- "持续监听中..."
- 服务器随时推送：
- "新事件1"
- "新事件2"
- "连接保持"
仅支持服务器到客户端的单向通信，适合实时数据流。
Spring Boot实现（SSE端点）：
@GetMapping("/stream")
public SseEmitter stream() {
SseEmitter emitter = new SseEmitter();
// 异步推送更新
emitter.send("实时更新！");
return emitter;
}
✔ 优点:
- 轻量（基于HTTP/1.1）
- 兼容多数代理
- 自动重连机制
✘ 缺点:
- 单向通信
- 部分环境支持有限
- 控制粒度较粗
适用场景
需要简单高效的服务器到客户端更新（如：股票行情、实时比分、状态仪表盘、监控系统等）。
什么是WebSocket？
原理解析
建立双向通道实现实时对话：
- 服务器："Bob有新消息"
- 客户端："收到！...."
类似对讲机的全双工通信模式。
Spring Boot配置与实现
@Configuration
@EnableWebSocket
public class WebSocketConfig implements WebSocketConfigurer {
public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) {
registry.addHandler(new MyHandler(), "/ws").setAllowedOrigins("*");
}
}
// 处理器
public class MyHandler extends TextWebSocketHandler {
@Override
protected void handleTextMessage(WebSocketSession session, TextMessage message) {
session.sendMessage(new TextMessage("回显：" + message.getPayload()));
}
}
✔ 优点:
- 双向通信
- 低延迟
- 可通过消息中间件扩展
✘ 缺点:
- 代理兼容性问题
- 扩展复杂度高
- 需维持长连接
适用场景
适用于聊天室、游戏、协作应用等需要双向交互的场景。
小结
最后，结合上面的分析，对于文章开头的业务场景，最终选型方案可以是：
- 股票交易仪表盘：SSE
- 即时聊天平台：WebSocket
- 实时新闻推送（遗留系统）：Long Polling
当然，技术选型需因地制宜，具体还是要根据实际场景来选择最优方案！
感谢阅读！如果您学习过程中如遇困难？可以加入我们超高质量的技术交流群，参与交流与讨论，更好的学习与进步！