Ajax、Comet、HTML 5 Web Sockets技术比较分析

Source：http://www.infoq.com/cn/news/2008/12/websockets-vs-comet-ajax

 

九十年代中期，WWW以迅猛之势转眼跻身传播信息的主要渠道之一。浏览器的身影开始无处不在，用户也随之开始适应这种信息传播方式。显然，WWW提 供的应用平台能够赢得历史上任何一个平台都无法比及的用户量。但当时很难实现这样的目标是因为一些标准（HTML、HTTP等）都不很完善，这些标准设计 的时候都没有考虑到高度交互和富客户体验。最初的一些富在线应用基本上都是由Microsoft Exchange开发组实现的。96年以来，他们曾采用IFrame为邮件服务器系统提供Outlook类型的前端应用。这些早期尝试在响应能力和整体的 用户体验方面都非常落后，但从这些应用身上却可以清楚地看到即将兴起的网络应用。1998年，团队开始为MS Exchange Server 2000编写web前端，他们开发了XMLHTTP，这个控件实现了单个web页面与服务器间的异步交互。可以看到，XMLHTTP实际上根本没有立即和 XML捆绑起来。XMLHTTP这个名字是Alex Hopmann提出的，他是后来加入开发团队的，据说名字采用这个前缀的唯一的原因是IE5当时正在准备第二个beta版本，而这个控件必须作为这个版本 的MSXML库的一部分发布，这才冠上了XML。 

Mozilla基金会在2002年开发他们的浏览器的一个版本时，也以XMLHttpRequest的形式实现这一新技术，这个浏览器就是后来的 Firefox。尽管当时有一些商家也曾尝试运用这些新API，但他们采用的的这种远程脚本程序的模式一直没有引起公众的注意，直到Google开始部署 基于JavaScript和XHR的一系列新型服务。当时的第一个服务是2005年2月8日Google Blog上发布的Google Maps。之后不久，XHR就一跃成为业界最炙手可热的话题。直到那时，也还没人预料到XHR给Web应用开发带来的革命性的推动，但它的成功开始让我们 转变之前对WWW的一些看法。 

在Kaazing Gateway 发布之际，InfoQ采访了Richard Smith，谈到关于AJAX , Comet 以及蒸蒸日上的HTML 5 Web Sockets 等技术的发展情况：

Ajax为HTTP通信模型提供了很好的解决方案，它在客户端异步轮询服务器端事件。服务器事件依次排列在待处理队列中，根据轮询时间隙依次传送到 浏览器，这样模拟服务器发起的通信，在轮询时间隙间进行实时消息传递。因此，仅仅依靠Ajax,我们永远都不可能实现真正的实时通信。 

Comet引入的优化针对的是HTTP通信初始之时，它在HTTP基础上采用“push”通信风格。Comet提供的几项技术能够在没有客户端发送 请求的前提下让服务器主动将信息发送到浏览器。如果再增加一个额外的HTTP连接的话，Comet甚至可以在两个HTTP连接上实现双向通信。但 Comet的绊脚石在于各个浏览器提供商对XHR、iFrames——这两种实现Comet所需的数据块的支持程度不尽相同，没有统一的实现标准。另外， 无论是从网络还是开发角度来看，Comet管理两个连接的开销都很大。这些开销带来的直接影响就是Comet应用中的传输延时，限制了它们所提供的实时通 信的精确性。

HTML 5 WebSocket代表的是Comet和Ajax推进HTTP通信新一轮的尝试。HTML 5 WebSocket规范中定义，在浏览器和服务器之间采用单socket全双工（或者叫双向）传输来push和pull信息。这不但可以避免Comet中 存在的连接和可移植问题，还能够提供比Ajax轮询更高效的解决方案。目前，HTML 5 WebSocket是推动web全双工实时通信的主要机制。