服务器向浏览器推送消息,除了 WebSocket,还有一种方法:Sever-sent Events(以下简称 SSE)。
W3C 关于 Server-Sent Events 部分的描述 W3C Server-Sent Events
相比以往的轮询,SSE 可以为 B2C 带来更高的效率。
严格来说,HTTP 协议无法让服务器向客户端主动推送消息。但是,有一种变通方法,就是服务器向客户端声明,接下来要发送的是流信息(Streaming)。
也就是说,发送的不是一次性的数据包,而是一个数据流,会连续不断地发送过来。这时,客户端不会关闭连接,会一直等着服务器发过来的新的数据流,视频播放就是这样的例子。本质上,这种通信就是以流信息的方式,完成一次用时很长的下载。
SSE 就是利用这种机制,使用流信息向浏览器推送信息。它基于 HTTP 协议,目前除了 IE/Edge,其他浏览器都支持。
SSE 与 WebSocket 作用相似,都是建立浏览器与服务器之间的通信渠道,然后服务器向浏览器推送信息。
总体来说,WebSocket 更强大和灵活。因为它是全双工通道,可以双向通信;SSE 是单向通道,只能服务器向浏览器发送,因为流信息本质上就是下载。如果浏览器向服务器发送信息,就变成了另一次 HTTP 请求。
虽然如此,SSE 在设计时就拥有了一些 WebSocket 没有的特性,例如自动重连接、Event IDs 以及发送随机事件的能力等,我们需要根据实际应用场景,去选择不同的应用方案。
SSE 优点:
SSE 和 WebSocket 对比
是否基于新协议 | 是否双向通信 | 是否支持跨域 | 接入成本 | |
---|---|---|---|---|
SSE | 否(HTTP ) | 否(服务器单向) | 否(Firefox 支持) | 低 |
WebSocket | 是(WS ) | 是 | 是 | 高 |
EventSource 接口用于接收服务器发送的事件。它通过 HTTP 连接到一个服务器,以 text/event-stream
格式接收事件,不关闭连接。
withCredentials
属性,表示是否一起发送 Cookie。readyState
属性,表明连接的当前状态。该属性只读,只可以取以下值。0
:相当于常量 EventSource.CONNECTING
,表示连接还未建立,或者断线正在重连。1
:相当于常量 EventSource.OPEN
,表示连接已经建立,可以接受数据。2
:相当于常量 EventSource.CLOSED
,表示连接已断,且不会重连。open
事件,可以在 onopen
属性定义回调函数。(连接事件源)if ('EventSource' in window) {const source = new EventSource(url, { withCredentials: true });source.addEventListener('open',event => {// ...},false);}
message
事件,可以在 onmessage
属性的回调函数。(接收事件)source.addEventListener('message',evnet => {const data = event.data;// handle message},false);
data
属性就是服务器端传回的数据(文本格式)。error
事件,可以在 onerror
属性定义回调函数。(错误处理)source.addEventListener('error',event => {// handle error event},false);
close()
方法用于关闭 SSE 连接。(主动断开连接)source.close();
自定义事件
默认情况下,服务器发来的数据,总是触发浏览器 EventSource
实例的 message
事件。开发者还可以自定义 SSE 事件,这种情况下,发送回来的数据不会触发 message
事件。
source.addEventListener('foo',function(event) {var data = event.data;// handle message},false);
上面代码中,浏览器对 SSE 的foo
事件进行监听。如何实现服务器发送 foo
事件,请看下文。
服务器高速客户端,返回的类型是事件流 text/event-stream
。事件流仅仅是一个简单的文本数据流,文本应该使用 UTF-8 格式的编码。每条消息后面都由一个空行作为分隔符。以冒号开头的行为注释行,会被忽略。
Content-Type: text/event-streamCache-Control: no-cacheConnection: keep-alive
text/event-stream
每次发送的消息,由若干个 message
组成,每个 message
之间用 \n\n
分隔。每个 message
内部由若干行组成,每一行都是如下格式。
[field]: value\n
filed
可能的类型包括:
此外,还可以有冒号开头的行,表示注释。通常,服务器每隔一段时间就会向浏览器发送一个注释,保持连接不中断。
: This is a comment
数据内容由 data
字段表示。
data: message\n\n
如果数据很长,可以分成多行,最后一行以 \n\n
结尾,前面行都用 \n
结尾。
data: begin message\ndata: continue message\n\n
下面是一个发送 JSON 数据的例子。
data: {\ndata: "foo": "bar",\ndata: "baz": '123',\ndata: }\n\n
数据标识符用 id
字段表示,相当于每一条数据的编号。
id: msg1\ndata: message\n\n
浏览器用 lastEventId
属性读取这个值。一旦连接断线,浏览器会发送一个 HTTP 头,里面包含一个特殊的 Last-Event-ID
头信息,将这个值发送回来,用来帮助服务器端重建连接。因此,这个头信息可以被视为一种同步机制。
event
字段表示自定义的事件类型,默认是 message
事件。浏览器可以用 addEventListener()
监听该事件。
event: foo\ndata: a foo event\n\ndata: an unnamed event\n\nevent: bar\ndata: a bar event\n\n
上面的代码创造了三条信息。第一条的名字是 foo
,触发浏览器的 foo
事件;第二条未取名,表示默认类型,触发浏览器的 message
事件;第三条是 bar
,触发浏览器的 bar
事件。
下面是另一个例子。
event: userconnectdata: {"username": "bobby", "time": "02:33:48"}event: usermessagedata: {"username": "bobby", "time": "02:34:11", "text": "Hi everyone."}event: userdisconnectdata: {"username": "bobby", "time": "02:34:23"}event: usermessagedata: {"username": "sean", "time": "02:34:36", "text": "Bye, bobby."}
服务器可以用 retry
字段,指定浏览器重新发起连接的时间间隔。
retry: 10000\n
两种情况会导致浏览器重新发起连接:一种是时间间隔到期,二是由于网络错误等原因,导致连接出错。
参考资料: