什么是Real-Time Web

“Real-Time Web”应该算一个新的流行词，我不知道应该如何翻译，“实时网络”，虽然已有这样的称呼，好像不太贴切，并且和已有的实时网络概念有些混淆。所以暂时还是保持它原来的样子吧。

一、Real-Time web的定义

在维基百科（Real-time web）上是这样定义的：

“The real-time web is a set of technologies and practices which enable users to receive information as soon as it is published by its authors, rather than requiring that they or their software check a source periodically for updates.”

这里把Real-Time web定义为一个技术和实践的集合；它与传统web的不同点在于可以让用户更及时地获取“作者”的更新。

在此之前，比较类似的技术应该是RSS。RSS Reader会定时从用户订阅的地址上抓取内容，并不是太及时。

二、Real-Time web的代表

Real-Time web的典型代表主要有Twitter、Facebook和Google。

当在Twitter进行搜索时，我们可以看到结果会持续不断的更新。有人做过测试，从发布到结果出现几乎是同时的。而Facebook的friend feeds更新也提供了同样的用户体验。

提到互联网的先进技术，就不能不说Google。Google虽然没有赶上Twitter和Facebook的早班车，但是在2009年12月份宣布将实时搜索（Real-time search）引入到Google搜索中。

在我看来对于同一网站的实现Real-Time web的体验并不困难（也许这句话会招来口水），毕竟数据都在自己的控制中。但是对于Google来讲如果能够从这么庞杂的网络中实时抓取信息，并且作为搜索结果准确地返回给用户，的确应该是一个不小的挑战。

三、实现Real-Time web的技术

作为一个程序员，当看到一个新东西时，最先关注的可能还是如何去做，也就是背后的技术。

1、传统的Ajax Pull

Ajax为页面的局部刷新提供了可能，因此最容易想到的就是Ajax Pull技术了。大概的实现是每隔一段时间使用Ajax进行一次请求，页面上的JavaScript根据返回的结果进行相应的处理。

2、Comet

Comet的实现方法主要有隐藏Iframe技术和Long Polling。隐藏IFrame技术是指利用一个一直打开的不可见的IFrame维持一个和服务器间的持续链接，从而获得较快更新页面的体验。Long Polling技术是一种把页面定时请求和服务器端Push相结合的技术。页面上的Ajax启动一个请求，服务器收到该请求后，并不会立即响应，而是等待一段时间。在这段时间内容，如果服务器有内容更新就会向客户端返回更新的内容；如果没有更新，就会返回超时响应。

3、 服务器端的Push技术

这应该是一种最理想的技术。页面一次请求后，只需等待服务器不断的返回更新的内容。HTTP1.1已经支持客户端和服务器之间的长连接，而HTML5.0的Web Socket也已经在考虑实现。

4、PubSub

这是一种广播订阅机制。相对于频繁的客户端请求，作者不断的向订阅者发布更新的内容会有更好的用户体验。前不久Google发布一个PubSubHubHub的项目，支持Real-Time Web的广播订阅机制。 如今已经有MySpace、Facebook、Google Reader等在使用PubSubHubHub。

Real-Time Web正慢慢地变为除IM、Email以外另外一种通信方式，并且用户群正在不断的扩大。而这里，我也是说的杂乱无章，感觉很多东西要说，却不知从何说起，欢迎大家拍砖讨论！

参考文章：

1. Understanding the Real-Time Web for Web Developers

2. Real-Time web

3. Push Technology

4. PubSubHubHub

5. Web Sockets API