Comet: HTTP长连接

基于 HTTP 长连接、无须在浏览器端安装插件的“服务器推”技术为“Comet”。

前提： http 1.1 + 基于目前web server的更改/额外的模块(插件)

 

概念
     关于comet的最初定义来自这篇blog文章：http://alex.dojotoolkit.org/?p=545。
     简单的说就是客户端发送一个请求，服务器接收它，并使用一个无限循环，将客户端需要的数据push到response中，并进行刷新，但是该response并不关闭，继续接收新的数据并刷新，直到客户端断开连接，该循环才结束退出。
     我们可以认为ajax解决了单用户响应的问题，而comet则解决了在保证性能的前提下进行协同多用户的响应问题。
     comet的优点在于它可以在任何时候向客户端发送数据，而不仅仅只是响应用户的输入请求。而发送数据是在一个已有的单连接上进行的。因此可以大大降低发送数据的延迟时间（建立connection的开销，以及客户端发送请求的等待时间）。

 

关于Event Web Server
     comet技术的一个重要组成部分就是event-drived web server，目前商用的实现已经出现，如lightstreamer（http://www.lightstreamer.com），这个我没有仔细看，只是跑了一下他给出的demo，还行！开源的实现就是apache+jetty（还要加一个mod）这个我还没有具体用过！

     有国人声称实现了comet server（http://cnc.agile.com/read.php?tid=319），还没去仔细研究，不知道如何。

      pushlet目前使用的是client pull做法，当然它的server push也将在不久的将来实现，它没有声称只能在专用的event-drived web server上运行，目前在tomcat运行环境下是可以的，不知道最多能承受多少用户同时访问还有待考证！

comet新体验
      我看了一下comet技术的一些实现，其中meebo（http://wwwm.meebo.com/）算是做的比较好的一个（gmail有谁用过？说说感受），我觉得它的web版本msn messager，比微软自己的web msn就要好用的多。
     
     
基于http的聊天类应用，自始自终都只有两类做法(如果有其他类别，请指正我)，
1.client pull。用JS等定时去服务器取数据。
  好处是保持了http server的无状态高并发，坏处是大量的pull动作其实是白费的。
2.server push。服务端的JSP等程序的响应永不关闭，定时输出新内容。
  好处是有新内容才输出，比较节省带宽等资源，坏处是长期占用了连接，丧失了无状态高并发的特点。
连接时有状态长期保持还是相反，这个也是传统意义上C/S与B/S的一大区别。所以看上去C/S会比B/S的并发负载能力低。但C/S的响应会更灵活和快速。

 

server push通过维持长连接来得到快速将数据push到所有已连接的客户端，正因为如此所以不能采用传统的http web server，必须使用专用的event-drived web server来解决keep-alived connection的问题。

所以comet也没有什么新技术，一个成熟的comet应用除了需要一定的客户端脚本和服务器端代码的支持还需要特定的web server的支持！而一个成熟的comet framework则需要对这些客户端脚本和服务器代码进行良好的封装并能与各种event-drived web server能进行很好的结合，目前还没有比较成熟的event－drived web server出现，因此comet应用也没有象ajax那样普及。
与ajax应用相比，comet技术主要适用于即时通讯，实时数据监控，多用户协同交互的系统，所以comet应该算是ajax的一个有力补充和延伸！      
请求得不到服务器的response 所以连接时一直保持的 除非超时。

comet(http 请求长连接) 之 ajax 长查询 简单实现
http://www.cnblogs.com/leon_yang/archive/2009/10/10/1580247.html

HTTP长连接服务器端推技术
http://blog.csdn.net/starxu85/archive/2008/11/23/3356907.aspx

Comet：基于 HTTP 长连接的“服务器推”技术
http://www.cnblogs.com/happyday56/archive/2009/06/10/1500427.html
http://www.ibm.com/developerworks/cn/web/wa-lo-comet/

Nginx加Comet:低延迟的服务器端推送
http://www.jifuyi.com/nginx-and-comet-low-latency-server-push/

http://www.blogjava.net/rosen/archive/2009/02/11/254309.html

如何在 Tomcat 6 中实现异步 Servlet
http://tomcat.apache.org/tomcat-6.0-doc/aio.html

 

浅谈comet技术

http://hi.baidu.com/zjugis/blog/item/cbaaaa642e65d9f8f736541d.html

Comet登 场，简单说还是利用Ajax与服务器建立http长连接查询是否有数据更新，服务器收到一个连接如果没有数据更新就阻塞这个连接不要返回给客户端，直到有 新数据再返回给客户端。Web客户端，发起的连接一旦被返回，或者超时就再次建立http长连接。这样就能保证数据的即时更新，以及尽量减少服务器的计算 工作。 2. Comet的一些应用

目前Comet主要应用在一些股票web客户端，以及一些基于web的即时聊天系统中。

 

比较成熟的框架有Dojo ，Dwr 等一些Ajax框架中实现了该功能。
3. Comet 优、 缺点

3.1 缺点  

长期占用连接，丧失了无状态高并发的特点。

server push不会是一个没有副作用的解决方案，是否适合还要仔细权衡。

3.2 优点  

Ø 实时性好（消息延时小）

Ø 性能好（能支持大量用户）
4.其他服务器推技术

Comet 只是众多服务器推技术中的一种，目前市面上还有许多其他流行服务器推技术。
4.1 Flash XMLSocket

这种方案实现的基础是：

1. Flash 提供了 XMLSocket 类。

2. JavaScript 和 Flash 的紧密结合：在 JavaScript 可以直接调用 Flash 程序提供的接口。

但此方案的缺点在于：

1. 因为 XMLSocket 没有 HTTP 隧道功能，XMLSocket 类不能自动穿过防火墙；

2. 因为是使用套接口，需要设置一个通信端口，防火墙、代理服务器也可能对非 HTTP 通道端口进行限制；

不过这种方案在一些网络聊天室，网络互动游戏中已得到广泛使 用 。

4.2 Java Applet 套接口

在客户端使用 Java Applet，通过 java.net.Socket 或 java.net.DatagramSocket 或 java.net.MulticastSocket 建立与服务器端的套接口连接，从而实现“服务器推”。

这种方案最大的不足在于 Java applet 需要客户端安装JAVA虚拟机 。