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

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全双工实时通信的主要机制。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值