comet模式是一种服务器端推技术，它的核心思想提供一种能让当服务器端往客户端发送数据的方式。comet模式为什么会出现？刚开始人们在客户端通过不断自动刷新整个页面来更新数据，后来觉得体验不好又使用了ajax不断从客户端轮询服务器更新数据，然后是使用comet模式由服务器端通过长连接推数据。comet模式能大大减少发送到服务器端的请求从而避免了很多开销，而且它还具备更好的实时性。
如图所示，客户端发送一个请求到服务器，服务器接收了连接后一直保持住连接不关闭；接着客户端发送一个操作报文告诉服务器需要做什么操作，服务器处理完事件1后会给客户端响应，然后处理完事件2后又会给客户端响应；然后客户端继续发送操作报文给服务器，服务器再进行响应。
一般comet模式需要nio配合，而在bio中无法使用comet模式。在tomcat内部集成comet模式的思路也比较清晰，引入了一个cometprocessor接口，此接口只有一个event方法，具体接口代码如下：
|
1
2
3
4
|
public interface cometprocessor extends servlet{ public void event(cometevent event) throws ioexception, servletexception;} |
而cometevent则表示comet相关的事件，它包含四begin, read, end, error四个事件，分别表示：
① begin，表示请求开始，此时客户端连接已被接收。
② read，表示可以读取客户端连接，你可以开始读取数据了，读取的过程不会阻塞。
③ end，表示请求结束，此时客户端连接将被断开。
④ error，表示发生了io异常，一般将会结束此次请求并且连接会被断开。
下面看一个简单的例子：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
|
public class cometservlet extends httpservlet implements cometprocessor { protected arraylist connections = new arraylist(); public void event(cometevent event) throws ioexception, servletexception { httpservletrequest request = event.gethttpservletrequest(); httpservletresponse response = event.gethttpservletresponse(); if (event.geteventtype() == cometevent.eventtype.begin) { synchronized (connections) { connections.add(response); } } else if (event.geteventtype() == cometevent.eventtype.error) { synchronized (connections) { connections.remove(response); } }else if (event.geteventtype() == cometevent.eventtype.end) { synchronized (connections) { connections.remove(response); } } else if (event.geteventtype() == cometevent.eventtype.read) { inputstream is = request.getinputstream(); byte[] buf = new byte[512]; do { int n = is.read(buf); if (n > 0) { system.out.println(new string(buf, 0, n)); } else if (n < 0) { return; } } while (is.available() > 0); } }} |
这个例子中只是简单的客户端连接都接收起来而不做任何处理，并将客户端发送过来的数据输出。很容易理解，在begin事件中接收连接并把响应对象假如到列表中，发送error或end事件时则将响应对象移除，当read事件时则读取数据并输出。
有了cometprocessor接口后，tomcat内部就可以识别comet模式的servlet了，我们知道tomcat对请求的处理是管道模式的，所以在wrapper容器的管道中判断加载的servlet是否继承了cometprocessor，继承则说明是comet模式，则使用comet方式处理。它的处理过程如图，当一个客户端连接到来，被接收器接收后注册到niochannel队列中，poller组件不断轮询是否有niochannel需要处理，如果有则调用前面实例化的comet模式servlet，这里主要用到cometprocessor接口的event方法，poller会将对应的请求对象、响应对象和事件封装成都cometevent对象并传入event方法。此时即执行event方法的逻辑，完成对不同事件的处理，从而实现了comet模式。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持服务器之家。
原文链接：http://blog.csdn.net/wangyangzhizhou/article/details/53672182
