关注：Web 2.0可否与开源技术同行？

　　AJAX与Web 2.0相结合是因为它能够支持使用一种轻便的方法来开发RIA，通过一种单一的普遍存在的界面——Web浏览器，就能执行。

　　对于现有社交网络平台，比如wiki和博客的互动模式的一个调查显示他们缺乏真正的实时的人机交互。这是一个伪同步网络模型，当我们考虑预想中的Web 2.0系列的下一代平台的时候，这是必须要克服的一个问题。基于互联网的交流就是Web2.0所需要的，近乎瞬时互动的最基础的例子，但是即便是这些基础能力，升级，轻便，以浏览器为基础的机制都是大多数AJAX无法实现的。

　　基础内容之基于Web的推动

　　工业上并没有为机制定型，或者是为异步数据设定一个名称，推动其到浏览器上。在AJAX领域内，技术的成长伴随着各种各样的名称，包括AJAX Push、 Comet和 Reverse AJAX，但是不管你称呼其什么，各种做法都有一个共同的特征。唯一可用于浏览器的轻量级的交流机制就是HTTP协议，但是HTTP协议只能减轻一些困难，这些困难主要是执行从浏览器到服务器的标准请求/回答交流机制。为了交付异步响应，通过在服务器中支持一个开放式的请求来达到反转HTTP协议的目的的操作是非常有必要的，并且当一个更新操作可用的时候，彻底的执行这个请求。标准AJAX请求处理与进栈的倒转机制请求之间的不同，如图一所示。

　　为了支持异步进栈，预期的基于服务器的事件中我们必须保持开放的浏览器连接，这将会导致浏览器外表的变化。直觉告诉我们这里能够提供这种方法，并且在这种情况下，当我们面对浏览器和服务器上面关于连接的问题的时候，直觉做得很好。

　　浏览器连接限制

　　异步Web技术所要面对的主要问题中的一个是由典型的浏览器“双连接限制”所引起的。为了减轻服务器负载，用户代理确定的HTTP规范建议每服务器最多连接两个浏览器，但是异步技术消耗掉了其中的一条连接，将其作为通知渠道。考虑到这样一种情况，多重浏览器窗口在一样的Web页面打开，如果每一个窗口都尝试着确定它自己的连接，我们很快就会造成可用连接的饱和。在这些限制条件内工作，单一的一个连接肯定会被分享，但是为了确保安全，各种不同的浏览器窗口的脚本环境都是独立的，这使得彼此之间协调分享连接变得非常困难。一种可以使用于此处的技术利用一个可共用的HTTP cookie，这个HTTP cookie于所有的HTTP关联，与一个给定的服务器共同工作。Cookie被共用于交叉的窗口上，并且通过Java脚本的操作可以被用于跨窗口的交流。