服务器向浏览器推送信息,除了 WebSocket,还有一种方法:Server-Sent Events(以下简称 SSE)。本文介绍它的用法。
一、SSE 的本质
严格地说,HTTP 协议无法做到服务器主动推送信息。但是,有一种变通方法,就是服务器向客户端声明,接下来要发送的是流信息(streaming)。
也就是说,发送的不是一次性的数据包,而是一个数据流,会连续不断地发送过来。这时,客户端不会关闭连接,会一直等着服务器发过来的新的数据流,视频播放就是这样的例子。本质上,这种通信就是以流信息的方式,完成一次用时很长的下载。
SSE 就是利用这种机制,使用流信息向浏览器推送信息。它基于 HTTP 协议,目前除了 IE/Edge,其他浏览器都支持。
二、SSE 的特点
SSE 与 WebSocket 作用相似,都是建立浏览器与服务器之间的通信渠道,然后服务器向浏览器推送信息。
总体来说,WebSocket 更强大和灵活。因为它是全双工通道,可以双向通信;SSE 是单向通道,只能服务器向浏览器发送,因为流信息本质上就是下载。如果浏览器向服务器发送信息,就变成了另一次 HTTP 请求。
但是,SSE 也有自己的优点。
- SSE 使用 HTTP 协议,现有的服务器软件都支持。WebSocket 是一个独立协议。
- SSE 属于轻量级,使用简单;WebSocket 协议相对复杂。
- SSE 默认支持断线重连,WebSocket 需要自己实现。
- SSE 一般只用来传送文本,二进制数据需要编码后传送,WebSocket 默认支持传送二进制数据。
- SSE 支持自定义发送的消息类型。
因此,两者各有特点,适合不同的场合。
三、客户端 API
3.1 EventSource 对象
SSE 的客户端 API 部署在EventSource
对象上。下面的代码可以检测浏览器是否支持 SSE。
if ('EventSource' in window) { // ... }
使用 SSE 时,浏览器首先生成一个EventSource
实例,向服务器发起连接。
var source = new EventSource(url);
上面的url
可以与当前网址同域,也可以跨域。跨域时,可以指定第二个参数,打开withCredentials
属性,表示是否一起发送 Cookie。
var source = new EventSource(url, { withCredentials: true });
EventSource
实例的readyState
属性,表明连接的当前状态。该属性只读,可以取以下值。
- 0:相当于常量
EventSource.CONNECTING
,表示连接还未建立,或者断线正在重连。- 1:相当于常量
EventSource.OPEN
,表示连接已经建立,可以接受数据。- 2:相当于常量
EventSource.CLOSED
,表示连接已断,且不会重连。
3.2 基本用法
连接一旦建立,就会触发open
事件,可以在onopen
属性定义回调函数。
source.onopen = function (event) { // ... }; // 另一种写法 source.addEventListener('open', function (event) { // ... }, false);
客户端收到服务器发来的数据,就会触发message
事件,可以在onmessage
属性的回调函数。
source.onmessage = function (event) { var data = event.data; // handle message }; // 另一种写法 source.addEventListener('message', function (event) { var data = event.data; // handle message }, false);
上面代码中,事件对象的data
属性就是服务器端传回的数据(文本格式)。
如果发生通信错误(比如连接中断),就会触发error
事件,可以在onerror
属性定义回调函数。
source.onerror = function (event) { // handle error event }; // 另一种写法 source.addEventListener('error', function (event) { // handle error event }, false);
close
方法用于关闭 SSE 连接。
source.close();
3.3 自定义事件
默认情况下,服务器发来的数据,总是触发浏览器EventSource
实例的message
事件。开发者还可以自定义 SSE 事件,这种情况下,发送回来的数据不会触发message
事件。
source.addEventListener('foo', function (event) { var data = event.data; // handle message }, false);
上面代码中,浏览器对 SSE 的foo
事件进行监听。如何实现服务器发送foo
事件,请看下文。
四、服务器实现
4.1 数据格式
服务器向浏览器发送的 SSE 数据,必须是 UTF-8 编码的文本,具有如下的 HTTP 头信息。
Content-Type: text/event-stream Cache-Control: no-cache Connection: keep-alive
上面三行之中,第一行的Content-Type
必须指定 MIME 类型为event-steam
。
每一次发送的信息,由若干个message
组成,每个message
之间用\n\n
分隔。每个message
内部由若干行组成,每一行都是如下格式。
[field]: value\n
上面的field
可以取四个值。
- data
- event
- id
- retry
此外,还可以有冒号开头的行,表示注释。通常,服务器每隔一段时间就会向浏览器发送一个注释,保持连接不中断。
: This is a comment
下面是一个例子。
: this is a test stream\n\n data: some text\n\n data: another message\n data: with two lines \n\n
4.2 data 字段
数据内容用data
字段表示。
data: message\n\n
如果数据很长,可以分成多行,最后一行用\n\n
结尾,前面行都用\n
结尾。
data: begin message\n data: continue message\n\n
下面是一个发送 JSON 数据的例子。
data: {\n data: "foo": "bar",\n data: "baz", 555\n data: }\n\n
4.3 id 字段
数据标识符用id
字段表示,相当于每一条数据的编号。
id: msg1\n data: message\n\n
浏览器用lastEventId
属性读取这个值。一旦连接断线,浏览器会发送一个 HTTP 头,里面包含一个特殊的Last-Event-ID
头信息,将这个值发送回来,用来帮助服务器端重建连接。因此,这个头信息可以被视为一种同步机制。
4.4 event 字段
event
字段表示自定义的事件类型,默认是message
事件。浏览器可以用addEventListener()
监听该事件。
event: foo\n data: a foo event\n\n data: an unnamed event\n\n event: bar\n data: a bar event\n\n
上面的代码创造了三条信息。第一条的名字是foo
,触发浏览器的foo
事件;第二条未取名,表示默认类型,触发浏览器的message
事件;第三条是bar
,触发浏览器的bar
事件。
下面是另一个例子。
event: userconnect data: {"username": "bobby", "time": "02:33:48"} event: usermessage data: {"username": "bobby", "time": "02:34:11", "text": "Hi everyone."} event: userdisconnect data: {"username": "bobby", "time": "02:34:23"} event: usermessage data: {"username": "sean", "time": "02:34:36", "text": "Bye, bobby."}
4.5 retry 字段
服务器可以用retry
字段,指定浏览器重新发起连接的时间间隔。
retry: 10000\n
两种情况会导致浏览器重新发起连接:一种是时间间隔到期,二是由于网络错误等原因,导致连接出错。
五、Node 服务器实例
SSE 要求服务器与浏览器保持连接。对于不同的服务器软件来说,所消耗的资源是不一样的。Apache 服务器,每个连接就是一个线程,如果要维持大量连接,势必要消耗大量资源。Node 则是所有连接都使用同一个线程,因此消耗的资源会小得多,但是这要求每个连接不能包含很耗时的操作,比如磁盘的 IO 读写。
下面是 Node 的 SSE 服务器实例。
var http = require("http"); http.createServer(function (req, res) { var fileName = "." + req.url; if (fileName === "./stream") { res.writeHead(200, { "Content-Type":"text/event-stream", "Cache-Control":"no-cache", "Connection":"keep-alive", "Access-Control-Allow-Origin": '*', }); res.write("retry: 10000\n"); res.write("event: connecttime\n"); res.write("data: " + (new Date()) + "\n\n"); res.write("data: " + (new Date()) + "\n\n"); interval = setInterval(function () { res.write("data: " + (new Date()) + "\n\n"); }, 1000); req.connection.addListener("close", function () { clearInterval(interval); }, false); } }).listen(8844, "127.0.0.1");
请将上面的代码保存为server.js
,然后执行下面的命令。
$ node server.js
上面的命令会在本机的8844
端口,打开一个 HTTP 服务。
然后,打开这个网页,查看客户端代码并运行。
六、参考链接
- Colin Ihrig, Implementing Push Technology Using Server-Sent Events
- Colin Ihrig,The Server Side of Server-Sent Events
- Eric Bidelman, Stream Updates with Server-Sent Events
- MDN,Using server-sent events
- Segment.io, Server-Sent Events: The simplest realtime browser spec
(完)
Vicky 说:
刚刷新就看到新文章,先占位在学习^_^
2017年5月27日 16:46 | # | 引用
xiongsongsong 说:
赞赞,第一次知道这技术,更轻量级。
2017年5月28日 07:55 | # | 引用
业余草 说:
后边这个案例的网址能打开吗?为什么我打开很慢,加载半天打不开!
2017年5月29日 16:10 | # | 引用
lifeng 说:
socketio 的event实现机制也是sse吗
2017年5月30日 02:12 | # | 引用
小秦 说:
`interval` 变量没有加 `var` 会有问题.
2017年5月30日 11:39 | # | 引用
eczn 说:
涨姿势了 以前也没听过除了 websocket 之外的双向通信方式。
2017年5月31日 02:03 | # | 引用
NickLee 说:
这个和以前提到的基于HTTP的长连接PUSH是一个概念吧。还有1个像素的iframe长连接,就是会出现页面夹在进度条永远不结束的问题。老技术换了套新衣?
2017年5月31日 09:06 | # | 引用
黄瓜 说:
之前在w3c 上看到的 没想到阮老师这么快就有文章了。
2017年6月 1日 11:56 | # | 引用
cuitleichao 说:
要加上/stream 访问,判断了路径是/stream才会执行代码
2017年6月 2日 10:11 | # | 引用
RedNax 说:
这应该提一下为什么这个很老的技术(Safari和Firefox2010年开始支持,chrome2011年开始支持)基本没人用。
因为MS系浏览器至今都不支持……
http://caniuse.com/#feat=eventsource
2017年6月 5日 11:15 | # | 引用
noah 说:
sse只能接收文本数据吗?
2017年6月 6日 14:42 | # | 引用
daniel 说:
浏览器会不会有进度条一直显示加载中啊?
2017年6月 7日 17:05 | # | 引用
eshizhan 说:
原理差不多,不过已经写入HTML5标准,浏览器原生支持
有很多sse polyfills可以使用
只支持utf8编码,binary数据可以先base64
不会,和使用XHR一样
2017年6月12日 16:55 | # | 引用
waroom 说:
这个技术有个很大的问题就是浏览器对保持连接的限制,chrome只能访问6个,超过了会一直阻塞在客户端,暂时我还没有找到解决方案,也请大神赐教。
2017年8月 9日 18:46 | # | 引用
舒晨 说:
server sent event 是否支持多个连接
2017年11月15日 13:19 | # | 引用
王鸿 说:
“而且更不幸的是WebSocket像其它较新的Web端技术一样存在浏览器兼容性问题,好在已经比较成熟的封装方案来解决这种技术限制,比如:开源的Socket.io”
2017年12月13日 09:52 | # | 引用
hualahuala 说:
这个跟http的chunked有点像
2018年3月26日 19:36 | # | 引用
Flamen 说:
客户端能不能用c++实现?有什么可以参考的吗?
2018年12月26日 10:15 | # | 引用
xx 说:
后台管理系统有用~
2019年6月19日 15:26 | # | 引用
zyj 说:
这个与服务器连接的请求,需要做什么呢,如何往请求结果中添加数据
2020年1月17日 15:46 | # | 引用
阿菜 说:
不是,在现代浏览器上是websocket,然后自己封装为event事件
2020年3月25日 09:56 | # | 引用
kai 说:
老师,此处应该打漏了:
“上面三行之中,第一行的Content-Type必须指定 MIME 类型为event-steam。”
纠正后是这个吗:
“event-stream。”
2020年12月 2日 00:42 | # | 引用
陈 说:
现在edge也不支持嘛?
2021年11月 8日 14:31 | # | 引用
qx4235 说:
现代版edge肯定支持的啊,套壳的chrome
2021年12月 3日 18:22 | # | 引用
ppd0705 说:
才知道除了ws之外有sse这种方式
2022年2月14日 17:13 | # | 引用
supercoolcoder 说:
如果要用ip测试的话,记得把listen监听处的127.0.0.1去掉
2022年8月 3日 19:50 | # | 引用
wsdehl 说:
2022年了,咋还用http1.1呢
2022年9月 2日 10:04 | # | 引用
胖虎 说:
大神,用springmvc,后端调用sse的关闭,也会触发重连,这样子就没办法果断关闭连接了
2022年9月15日 18:32 | # | 引用
皮皮虾 说:
这个是服务器-》客户端 单向的
2022年10月18日 14:38 | # | 引用
柠檬味鸡爪 说:
可不可以 改成 post方法呢?
因为有很多比如token之类的
或者 有很多比如 chatgpt要实现多轮对话需要 讲以前聊天记录都发给后端
这样就无法用自定义header了
如何改成post方法 直接用body传参呢?
2023年3月10日 11:55 | # | 引用
teynui 说:
chatgpt问答页面,服务端返回的消息,就是用了SSE
2023年3月20日 10:17 | # | 引用
mys1024 说:
@柠檬味鸡爪:
可以用 fetch 发请求,然后手动解析响应的 body。最近我也在研究 ChatGPT 的 API,可以参考我的做法:https://github.com/mys1024/chatgpt-with-key
2023年4月 3日 10:19 | # | 引用
溯雪 说:
chatgpt的那个流式显示的效果,我第一反应用ws来实现,F12看了一下,才知道是sse。感觉sse做这个效果好浪费啊,因为每返回一个词,按sse的格式规范,前面都必须加上data:前缀,比如流返回一个1+1=2就是:
data:1
data:+
data:1
data:=
data:2
前缀本身占的字节数有时甚至大于实际内容,这个各位大佬有没有优化的办法。
2023年7月15日 14:13 | # | 引用
DreamStar 说:
@溯雪:
buffer啊,服务端响应快的话,一批一批字符串响应。
最后在前端做打字机效果。
2023年7月24日 17:12 | # | 引用
花楹 说:
@柠檬味鸡爪:
先POST数据,后台返回一个ID,再根据这个ID发get参数的SSE
2023年9月 5日 11:11 | # | 引用
James 说:
阮老师,SSE的服务端需要维护跟每个浏览器的session。如果是多机部署,并且是后端被动触发(例如消费一个消息)后想把数据实时推送到页面,这种情况有好的解决方案吗?
2023年11月17日 10:38 | # | 引用
路人甲 说:
“上面三行之中,第一行的Content-Type必须指定 MIME 类型为event-steam。”
这里的steam少了一个字母
2023年11月21日 15:52 | # | 引用
wang 说:
@柠檬味鸡爪:
可以使用 @microsoft/fetch-event-source
2024年4月26日 16:04 | # | 引用
吃瓜小白 说:
同问
用springmvc,后端调用sse的关闭,会触发EventSource的url的重连,前端没报错,后端报错“calling asyncDispatch () is not valid for a request with Async state MUST_COMPLETE”
2024年9月 5日 11:22 | # | 引用
maizi20 说:
Chrome/Edge的开发者工具有坑,请求替换功能如果配置了对应请求的.headers文件会等请求结束才触发更新导致等SSE关闭了才把消息全放出来
2024年11月22日 09:45 | # | 引用