Server-Sent 初窥

    传统的数据推送方式

    我们最常用的数据推送方式polling 定时轮询和comt 在后台返回时候采用长连接的方式。这好像也DWR 的数据推送方式，但是这两种方式在大家使用的时候都发现了明显缺陷，这里就不详细介绍了，主要问题就是第一种采用polling 轮询肯定本质上就是定时请求会产生数据丢失或者重复请求，第二种的长连接就是后台资源消耗比较大，

     随着HTML5普及逐渐搭建认识了websocket 的玩意，但是但是这个东西比较复杂，需要浏览器支持，基本旧式浏览器都没有这种功能但是html5的新特性标签都是被浏览器逐渐版本升级所加入，这个不是核心问题，主要问题是需要有websocket后台服务支持，目前大部分java ee 服务器都对这个东西不支持，目前好像有jetty 可以支持这个功能，websocket 是真正一样的双工通信，算是一个重量级的应用。

     最近在网上发现了以前基本没有注意到的一个html5 新的规范Server-sent Events 规范是 HTML 5 规范的一个组成部分，具体的规范文档见参考资源。该规范比较简单，主要由两个部分组成：第一个部分是服务器端与浏览器端之间的通讯协议，第二部分则是在浏览器端可供 JavaScript 使用的 EventSource 对象。通讯协议是基于纯文本的简单协议。服务器端的响应的内容类型是“text/event-stream”。响应文本的内容可以看成是一个事件流，由不同的事件所组成。每个事件由类型和数据两部分组成，同时每个事件可以有一个可选的标识符。不同事件的内容之间通过仅包含回车符和换行符的空行（“\r\n”）来分隔。每个事件的数据可能由多行组成。代码清单 1 给出了服务器端响应的示例。

data: first event

data: second event
id: 100

event: myevent
data: third event
id: 101

: this is a comment
data: fourth event
data: fourth event continue

 如代码清单 1 所示，每个事件之间通过空行来分隔。对于每一行来说，冒号（“:”）前面表示的是该行的类型，冒号后面则是对应的值。可能的类型包括：

• 类型为空白，表示该行是注释，会在处理时被忽略。
• 类型为 data，表示该行包含的是数据。以 data 开头的行可以出现多次。所有这些行都是该事件的数据。
• 类型为 event，表示该行用来声明事件的类型。浏览器在收到数据时，会产生对应类型的事件。
• 类型为 id，表示该行用来声明事件的标识符。
• 类型为 retry，表示该行用来声明浏览器在连接断开之后进行再次连接之前的等待时间。

在代码清单 1 中，第一个事件只包含数据“first event”，会产生默认的事件；第二个事件的标识符是 100，数据为“second event”；第三个事件会产生类型为“myevent”的事件；最后一个事件的数据为“fourth event\nfourth event continue”。当有多行数据时，实际的数据由每行数据以换行符连接而成。

如果服务器端返回的数据中包含了事件的标识符，浏览器会记录最近一次接收到的事件的标识符。如果与服务器端的连接中断，当浏览器端再次进行连接时，会通过 HTTP 头“Last-Event-ID”来声明最后一次接收到的事件的标识符。服务器端可以通过浏览器端发送的事件标识符来确定从哪个事件开始来继续连接。

对于服务器端返回的响应，浏览器端需要在 JavaScript 中使用 EventSource 对象来进行处理。EventSource 使用的是标准的事件监听器方式，只需要在对象上添加相应的事件处理方法即可。EventSource 提供了三个标准事件，如表 1 所示。