Skip to content

SSE服务器推送

背景

服务器向客户端推送数据,有很多解决方案。除了“轮询” 和 WebSocket

HTML 5 还提供了 Server-Sent Events (以下简称 SSE)

说明

一般来说,HTTP 协议只能客户端向服务器发起请求,服务器不能主动向客户端推送。但是有一种特殊情况,

就是服务器向客户端声明,接下来要发送的是流信息(streaming)。

也就是说,发送的不是一次性的数据包,而是一个数据流,会连续不断地发送过来。

这时,客户端不会关闭连接,会一直等着服务器发过来的新的数据流。

本质上,这种通信就是以流信息的方式,完成一次用时很长的下载。

SSE 就是利用这种机制,使用流信息向浏览器推送信息。

WebSocket和SSE的对比

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

WebSocket 更强大和灵活。因为它是全双工通道,可以双向通信;

SSE 是单向通道,只能服务器向浏览器发送,因为 streaming 本质上就是下载。如果浏览器向服务器发送信息,就变成了另一次 HTTP 请求。

优缺点对比

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

织信使用的服务器推送方案

织信对于服务器向客户端推送数据实现采用SSE 技术实现。客户端使用EventSource调用服务器的SSE服务

浏览器EventSource实例会对 HTTP 服务开启一个持久化的连接,由于浏览器对于同域名的长连接数 限制,超过连接数的请求将会进入等待

目前的解决方案,启用HTTP2协议。

启用HTTP2的要求

1、需要准备域名,并解析到服务器

2、需要启用HTTPS,并在Nginx(1.9.+)或Haproxy(1.8.+)中配置SSL证书

HTTP2 配置示例

开启前后请求示例图