comet java_comet基于HTTP长连接技术（java即时通信，推送技术详解）

comet：一个概念，web push

pushlet：comet的一个实现。

comet4j：也是comet的一个实现(comet4j开发指南 googlecode)

就是保持长连接的策略问题，有人用jquery写了相应的util

Pushlet基于HTTP流，这种技术常常用在多媒体视频、通讯应用中，比如QuickTime。与装载HTTP页面之后马上关闭HTTP连接的做法相反，Pushlet采用HTTP流方式将新变动的数据主动地推送到client(客户端)，再此期间HTTP连接一直保持打开。有关如何在Java中实现这种Keep-alive的长连接请参看Sun提供的《HTTP Persistent Connection》和W3C的《HTTP1.1规范》

Tomcat的comet原理其实同样很简单，它无非就是做了一件事情，它允许servlet执行完毕后的response没有被回收，我们只要拿到这个Reponse的引用并保存起来，就可以随时从Server向Client端Push数据了。每个连接一个线程的模型便非常简单。该模型对于 Comet 不大适用，但是，Java 对此同样有解决的办法。为了有效地处理 Comet，需要非阻塞 IO，Java 通过它的 NIO 库提供非阻塞 IO。两种最流行的开源服务器 Apache Tomcat 和 Jetty 都利用 NIO 增加非阻塞 IO，从而支持 Comet.

而非阻塞I/O和同步I/O最明显的不同就是同步I/O所有可能被阻塞的地址在非阻塞I/O中都不会被阻塞。如在读取数据时，如果数据暂时无法被读取。那么在非阻塞I/O中会立刻返回，以便程序可以执行其他的代码，然后系统会不断侦测这个未完成的读取操作，直到可以继续读数据时再来完成这个操作。非阻塞式IO的出现的目的就是为了解决这个瓶颈。而非阻塞式IO是怎么实现的呢？非阻塞IO处理连接的线程数和连接数没有联系，也就是说处理10000个连接非阻塞IO不需要10000个线程，你可以用1000个也可以用2000个线程来处理。因为非阻塞IO处理连接是异步的。当某个连接发送请求到服务器，服务器把这个连接请求当作一个请求"事件"，并把这个"事件"分配给相应的函数处理。我们可以把这个处理函数放到线程中去执行，执行完就把线程归还。这样一个线程就可以异步的处理多个事件。而阻塞式IO的线程的大部分时间都浪费在等待请求上了。

在comet中，为了保持长连接，如果使用阻塞时IO，则不可避免的对每一个连接保持一个线程。不同于短连接，线程可以及时释放。长连接对应的线程可能永远不能释放，这样一个server能够服务的客户端的数量就受到了线程数量上限的限制。而使用NIO可以伺候多个连接而不必要保持相应数量的线程。就解决了这个问题。

Tomcat提供了CometProcessor接口，有这种特定标记的Servlet，Tomcat会做特殊处理，Tomcat不会把它当做普通Servlet实行完毕后，会回收request和response。注意：实现CometProcessor接口后不用在servlet中写doGet,doPoset方法，所有事件在BEGIN,READ,END,ERROR中实现。

从event拿到的request和response不会在begin和end/error之间不会被释放ÿ