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

九十年代中期，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连接的话，