Ajax push与pull方式的比较 技术核心

Ajax push的广阔前景

???通知技术笔者把它们从概念上分为两种：pull被动的拉式通知技术和push主动的推式通知技术。

?

使用Ajax可以开发出基于浏览器的具有高用户交互性和几乎不易觉察到延迟的web应用。实时的动态数据比如新闻标题、证券报价和拍卖行情都需要尽快地发送给用户。然而，AJAX仍然受限于web请求/响应架构的弱点，使得服务器不能推送实时动态的web数据。

Delft科技大学的Engin Bozdag、Ali Mesbah和Arie van Deursen一起讨论了下面这些可以实现基于web的实时事件通知的方法：

1.HTTP拉取方式：在这种传统的方法中，客户端以用户可定义的时间间隔去检查服务器上的最新数据。这种拉取 方式的频率要足够高才能保证很高的数据精确度，但高频率可能会导致多余的检查，从而导致较高的网络流量。而另一方面，低频率则会导致错过更新的数据。理想 地，拉取的时间间隔应该等于服务器状态改变的速度。

2.HTTP流：这种方法由存在于不间断的HTTP连接响应中或某个XMLHttpRequest连接中的服务器数据流所组成。

3.反转AJAX：服务流应用到AJAX，就是所谓的反转AJAX?或者COMET?。它使得服务器在某事件发生时可以发送消息给客户端，而不需要客户端显式的请求。目标在于达到状态变化的实时更新。COMET使用了HTTP/1.1中的持续连接的特性。通过HTTP/1.1，除非另作说明，服务器和浏览器之间的TCP连接会一直保持连接状态，直到其中一方发送了一条明显的“关闭连接”的消息，或者有超时以及网络错误发生。

4.长时间轮询：也就是所谓的异步轮询，这种方式是纯服务器端推送方式和客户端拉取方式的混合。它是基于BAYEUX协议的。 这个协议遵循基于主题的发布——订阅机制。在订阅了某个频道后，客户端和服务器间的连接会保持打开状态，并保持一段事先定义好的时间。如果服务器端没有事 件发生，而发生了超时，服务器端就会请求客户端进行异步重新连接。如果有事件发生，服务器端会发送数据到客户端，然后客户端重新连接。

在他们的实验性研究中，作者们在一个利用COMET推送方式实现（Dojo的Cometd库）的AJAX应用和一个纯拉取方式的应用之间，对数据一致性、服务器性能、网络性能以及数据遗失进行了比较。

他们总结说：

“...如果我们想要高数据一致性和高网络性能，我们就应该选择推送方式。但是，推送会带来一些扩展性问题；服务器应用程序CPU使用率是拉取方式 的7倍。根据我们的结果，服务器性能会在350-500个用户时趋于饱和。对于更大数量的用户，负载均衡和服务器集群技术就在所难免了。

?
使用拉取方式，要想达到完整的数据一致性以及很高的网络性能是很困难的。如果拉取的时间间隔大于数据更新的时间间隔，就会发生一些数据的遗失。而如 果小于数据更新的时间间隔，网络性能就会受到影响。拉取方式只有在拉取时间间隔等同于数据更新时间间隔时，才会恰到好处。但是，为了达到那样的目标，我们 就需要提前知道准确的数据更新时间间隔。然而，数据更新的时间间隔很少是静态不变并可以预知的。这使得拉取方式只有在数据是根据某种特定模式发布的情况才 有用。”

?一些其他Comet Ajax服务器推送模型的实现：

onreadystatechange*指定当readyState属性改变时的事件处理句柄。只写

readyState返回当前请求的状态，只读.

responseBody将回应信息正文以unsigned byte数组形式返回.只读

responseStream以Ado Stream对象的形式返回响应信息。只读

responseText将响应信息作为字符串返回.只读

responseXML将响应信息格式化为Xml Document对象并返回，只读

status返回当前请求的http状态码.只读

statusText返回当前请求的响应行状态，只读

* 表示此属性是W3C文档对象模型的扩展.

abort取消当前请求

getAllResponseHeaders获取响应的所有http头

getResponseHeader从响应信息中获取指定的http头

open创建一个新的http请求，并指定此请求的方法、URL以及验证信息(用户名/密码)

send发送请求到http服务器并接收回应

setRequestHeader单独指定请求的某个http头