comet简介

       comet ：基于 HTTP 长连接的“服务器推”技术，是一种新的 Web 应用架构。基于这种架构开发的应用中，服务器端会主动以异步的方式向客户端程序推送数据，而不需要客户端显式的发出请求。Comet 架构非常适合事件驱动的 Web 应用，以及对交互性和实时性要求很强的应用。

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

一般要实现网页的消息提醒，常见的两种方式：

1. 客户端主动定时的去拿服务器端，有消息就提醒（polling）；
2. 服务器主动"推送"消息给客户端，这里说的主动推送，并不是真的，而是客户端申请了需要显示消息提醒的信息，而服务端暂时没给客户端答复，把请求hold住了。。（comet）。 

polling

 在介绍comet之前，先介绍一些传统的ajax轮询（polling），轮询最简单也最容易实现，每隔一段时间向服务器发送查询，有更新再触发相关事件。对于前端，使用js的setInterval以AJAX或者JSONP的方式定期向服务器发送request。他可以让用户不需要刷新浏览器，也可以即时的获取服务器更新。

基于Comet的技术主要分为Http 流（streaming）方式和长轮询（long-polling）方式。 首先看Comet这个单词，很多地方都会说到，它是“彗星”的意思，顾名思义，彗星有个长长的尾巴，以此来说明客户端发起的请求是长连的。即用户发起请求后就挂起，等待服务器返回数据，在此期间不会断开连接。流方式和长轮询方式的区别就是：对于流方式，客户端发起连接就不会断开连接，而是由服务器端进行控制。当服务器端有更新时，刷新数据，客户端进行更新；而对于长轮询，当服务器端有更新返回，客户端先断开连接，进行处理，然后重新发起连接。 会有同学问，为什么需要流（streaming）和长轮询（long-polling）两种方式呢？是因为：对于流方式，有诸多限制。如果使用AJAX方式，需要判断XMLHttpRequest 的 readystate，即readystate==3时（数据仍在传输），客户端可以读取数据，而不用关闭连接。问题也在这里，IE 在 readystate 为 3 时，不能读取服务器返回的数据，所以目前 IE 不支持基于 Streaming AJAX，而长轮询由于是普通的AJAX请求，所以没有浏览器兼容问题。另外，由于使用streaming方式，控制权在服务器端，并且在长连接期间，并没有客户端到服务器端的数据，所以不能根据客户端的数据进行即时的适应（比如检查cookie等等），而对于long polling方式，在每次断开连接之后可以进行判断。所以综合来说，long polling是现在比较主流的做法（如facebook，Plurk）。

有一个Comet的框架叫做Cometd，使用的方式为Long polling。它是使用了jetty continuations特性，jetty continuations使得异步的request成为可能，这里我们来讨论下为何需要jetty continuations呢？Bayeux是一种用来在客户端和服务器端传输低延迟的异步消息（主要通过http）的一种协议。

比如我们的浏览器的一个请求发送到服务器端了，并进行长轮询，保持了连接不结束，直到一次长轮询timeout或者有事件发生，并接收到服务端推来的消息，所以在一次长轮询的过程中，大部分时间都是在等待，如果使用老式同步的方式进行编程的话，那么有多少个连接就需要多少个线程在那里，而大都数都是在等待，所以这无疑是系统资源的巨大浪费。
jetty continuations很好的解决了这一问题，当有请求过来之后，将连接的相关信息封装到一个continuation的对象中，通过调用continuation的suspend方法，然后返回，把当前线程交还到线程池，所以这个时候线程可以返回到线程池等待并处理其他新的请求。
当有事件要发给之前的某个请求的时候，再调用对应的continuation的resume方法，将原来的哪个请求重新发送到servelt进行处理，并将消息发送给客户端，然后客户端会重新进行一次长轮询。

Jetty是一个纯java实现的非常轻量级的web容器，高度组件化，可以很方便的将各种组件进行组装，而且可以非常容易的将jetty嵌入到自己的应用中。

Channels类似于一个消息主题，有兴趣的人可以订阅该消息通道，并接收消息通道发布过来的消息。 

一个消息是客户端和服务端交互的一个JSON对象，响应数据也是一种Json对象。

发布/订阅模式：1.消息队列主题，客户端发送消息请求到消息主题；服务器注册到消息主题，当有消息到达消息主题，主题将消息推送给所有注册者；2.数据主题，服务端将响应数据发送到主题；客户端注册到主题，主题将消息推送给所有监听者；cometd中将主题称为频道，并不是实际存在的队列，只是一个名称代号，客户端和服务端约定统一的名字频道，当服务器的响应消息中的频道与请求消息的频道相同时，将响应数据推给该客户端。