前言

服务器向客户端推送数据，有很多解决方案。除了“轮询” 和 WebSocket，HTML 5 还提供了 Server-Sent Events（以下简称 SSE）。

一般来说，HTTP 协议只能客户端向服务器发起请求，服务器不能主动向客户端推送。但是有一种特殊情况，就是服务器向客户端声明，接下来要发送的是流信息（streaming）。也就是说，发送的不是一次性的数据包，而是一个数据流，会连续不断地发送过来。这时，客户端不会关闭连接，会一直等着服务器发过来的新的数据流。本质上，这种通信就是以流信息的方式，完成一次用时很长的下载。

SSE 就是利用这种机制，使用流信息向浏览器推送信息。它基于 HTTP 协议，目前除了 IE/Edge，其他浏览器都支持。

与 WebSocket 的比较

SSE 与 WebSocket 作用相似，都是建立浏览器与服务器之间的通信渠道，然后服务器向浏览器推送信息。

特性	WebSocket	SSE (Server-Sent Events)
协议基础	独立的双向协议 (ws:// 或 wss://)	基于 HTTP/HTTPS 协议
协议升级	需要 HTTP 升级握手	标准 HTTP 请求，无需特殊握手
连接性质	全双工 (双向通信)	半双工 (仅服务器→客户端单向推送)

总体来说，WebSocket 更强大和灵活。因为它是全双工通道，可以双向通信；SSE 是单向通道，只能服务器向浏览器发送，因为 streaming 本质上就是下载。如果浏览器向服务器发送信息，就变成了另一次 HTTP 请求。

• SSE 使用 HTTP 协议，现有的服务器软件都支持。WebSocket 是一个独立协议。
• SSE 属于轻量级，使用简单；WebSocket 协议相对复杂。
• SSE 默认支持断线重连，WebSocket 需要自己实现断线重连。
• SSE 一般只用来传送文本，二进制数据需要编码后传送，WebSocket 默认支持传送二进制数据。
• SSE 支持自定义发送的消息类型。

选择WebSocket当：

• 需要双向实时通信(如聊天、游戏)
• 需要传输二进制数据
• 需要低延迟交互

选择SSE当：

• 只需服务器向客户端推送(如通知、实时数据更新)
• 需要简单实现、利用现有HTTP基础设施
• 需要自动重连功能
• 与现有HTTP认证/安全机制集成