服务器推送3.0时代来临 HTML5Socket如何实现？

(资料图)

传统模式的Web系统以客户端发出请求、服务器端响应的方式工作。不能满足很多现实应用的需求，譬如：

监控系统：后台硬件温度、电压发生变化； 即时通信系统：其它用户登录、发送信息； 即时报价系统：后台数据库内容发生变化； 即时信息系统：微博、说说实时推送

目前主流的是采取如下几种方式来实现以上需求：

Ajax轮询：异步响应机制，即通过不间断的客户端 Ajax 请求，去发现服务端的变化。这种方式由于是客户端主动连接的，所以会有一定程度的延时，并且服务器的压力也不小。 长轮询：原理是客户端发出一个http长连接请求，然后等待服务器的响应，服务器接到请求之后，并不立即发送出数据，而是hold住这个Connecton。这个处理是非阻塞的，所以服务器可以继续处理其他请求。在某个时刻，比如服务器有新数据了，服务器再主动把这个消息推送出去，即通过之前建立好的连接将数据推送给客户端。客户端收到返回。这个时候就可以处理数据，然后再次发起新的长连接。服务器压力一般，实时性很高。Servlet 3.0开始已经支持该技术。sina微博就是使用的原生Servlet 3实现的消息推送。 套接字：可以利用 Flash 的 XMLSocket 类或者 Java 的 Applet 来建立 Socket 连接，实现全双工的服务器推送，然后通过 Flash 或者Applet 与 JavaScript 通信的接口来实现最终的数据推送。但是这种方式需要 Flash 或者 JVM 的支持，同样不太合适于终端用户。  HTML5的WebSocket：这种方式其实与套接字一样，但是这里需要单独强调一下：它是不需要用户而外安装任何插件的。HTML5 提供了一个 WebSocket 的 JavaScript 接口，可以直接与服务端建立Socket 连接，实现全双工通信，这种方式的服务器推送就是完全意义上的服务器推送了，没有半点模拟的成分，只是现阶段支持 HTML5 的浏览器并不多，而且一般老版本的各种浏览器基本都不支持。不过 HTML5 是一套非常好的标准，在将来，当HTML5 流行起来以后将是我们实现服务器推送技术的不二选择。

Ajax轮训压力大，套接字不适用，HTML5目前支持不大多，这样看来长轮询是我们的必然之选。 可是使用 servlet 3 实现自己要做的事很多。没有有什么可供选择的框架呢？当然是有了，如下：

1、Cometdhttp://cometd.org/基于Bayeux协议实现，支持长轮询、WebSocket等.. 2、Pushlethttp://www.pushlets.com/基于HTTP流的JSP/Semlet技术实现 3、Atmospherehttp://atmosphere.java.net/ 4、DWRhttp://directwebremoting.org/dwr/index.html

所谓长连接，就是要在客户端与服务器之间创建和保持稳定可靠的连接。其实它是一种很早就存在的技术，但是由于浏览器技术的发展比较缓慢，没有为这种机制的实现提供很好的支持。所以要达到这种效果，需要客户端和服务器的程序共同配合来完成。通常的做法是，在服务器的程序中加入一个死循环，在循环中监测数据的变动。当发现新数据时，立即将其输出给浏览器并断开连接，浏览器在收到数据后，再次发起请求以进入下一个周期，这就是常说的长轮询（long-polling）方式。如下图所示，它通常包含以下几个关键过程：

1. 轮询的建立 建立轮询的过程很简单，浏览器发起请求后进入循环等待状态，此时由于服务器还未做出应答，所以HTTP也一直处于连接状态中。 2. 数据的推送 在循环过程中，服务器程序对数据变动进行监控，如发现更新，将该信息输出给浏览器，随即断开连接，完成应答过程，实现“服务器推”。 3. 轮询的终止 轮询可能在以下3种情况时终止：3.1. 有新数据推送     当循环过程中服务器向浏览器推送信息后，应该主动结束程序运行从而让连接断开，这样浏览器才能及时收到数据。 3.2. 没有新数据推送    循环不能一直持续下去，应该设定一个最长时限，避免WEB服务器超时（Timeout），若一直没有新信息，服务器应主动向浏览器发送本次轮询无新信息的正常响应，并断开连接，这也被称为“心跳”信息。3.3. 网络故障或异常   由于网络故障等因素造成的请求超时或出错也可能导致轮询的意外中断，此时浏览器将收到错误信息。 4. 轮询的重建     浏览器收到回复并进行相应处理后，应马上重新发起请求，开始一个新的轮询周期。