开始之前

本教程将向您介绍实时 web，并详细介绍之所以要构建实时 web 应用程序的几个原因。您将学到一些技术，这些技术将帮助您创建响应及时、持续更新的 web 应用程序，这些应用程序既能保护服务器资源，又能提供良好的用户体验。

关于本教程

常用缩略词

实时 web 应用程序允许用户在信息发布时及时接收通知，无需手动检查原始源获取更新。通过 Twitter 和 Friendfeed 这样的社交通知工具，Google Wave 这样的基于 web 的协作工具，以及 Meebo 这样的基于 web 的聊天客户端，实时 web 应用程序逐渐流行起来。

Extensible Messaging and Presence Protocol (XMPP) 是一组基于 XML 的技术，用于实时应用程序，定义为持续更新以响应新数据或更改数据的联网应用程序。它最初作为一个框架研发，以支持企业环境内的实时消息传递和联机状态（presence）应用程序。

在本教程中，您将构建一个简单的工具 Pingstream，它在 RSS 提要更新发布时使用它们持续更新自身（参见 获取 Pingstream 源代码）。在此过程中，您将：

先决条件

本教程假定您比较熟悉使用 PHP 开发 web 应用程序，但也会涉及一些高级编程方法。您还应该拥有一定的 HTML 和 JavaScript 经验。拥有 jQuery JavaScript 框架经验可能会有所帮助。但本教程不要求熟悉 XMPP 或类似的技术。

要跟随本教程操作，必须安装和运行以下服务器软件：

在本教程中，您还将下载和安装以下软件和库：

您可能会发现 MySQL 服务器工具 phpMyAdmin 能够派上用场。如果您使用一台桌面机器来本地测试您的实时 web 应用程序，您可能会发现 XAMPP 对于管理一个测试 web 服务器基础设施的安装和运行很有用。

参见 获取所有这些工具下载的链接。

实时 web 简介

在本小节中，您将了解什么是实时 web 应用程序，您为何可能需要构建这样的应用程序，以及它们与典型的现代 web 应用程序模型的区别何在。

接受输入并提供反馈

实时 web 并不实时

持续更新的 web 应用程序 这个词汇比实时 web 应用程序 更贴切。在计算机科学中，硬 和软 实时系统都必须满足操作期限的要求。当任务不能在其分配时间内完成时，硬实时系统将失败。实时 web 应用程序与软实时系统更相似，在软实时系统中，某个功能的延迟并不会导致系统失败（但可能会降低性能）。但您不应对实时 web 应用程序分配严格的任务计划。目前，web 并不是适合时间关键型应用程序的平台。

应用程序是帮助用户执行任务的专门软件，其特征是：从用户或其他源接收输入，然后提供可读的输出。应用程序也可能动态响应 — 以可视或编程方式 — 自动接收的输入数据中的变化。例如，当包含特定关键字的新闻出现在一个新闻监控应用程序连接到的新闻专线中时，该应用程序可能会通知用户。

由于 web 的起源是作为一个文档服务平台，因此它没有针对应用程序优化。HTML 非常适合表示和超链接文本内容，但不适合创建动态界面。web 应用程序能够接收和响应用户输入，这要归功于 PHP 这样的服务器端脚本语言与表单和 JavaScript 这样的 web 输入技术的结合。但是，要创建自动 更新的界面，您必须克服一些障碍。这些障碍比较难以克服，因为没有任何 web 技术在研发时考虑到这个功能。相比之下（以新闻监控为例），桌名软件无需刷新其界面就能够将通知发送给用户；桌面软件可以持续更新自身。相反，web 则局限于基于页面的模型。

然而，基于 web 的实时应用程序还是可以实现的，而且它们的好处显而易见。这样的应用程序包括企业聊天工具、联网的实时文档协作工具、以及搜索界面，它们能够及时显示新发布的内容。

面向健壮的应用程序开发的 Web 技术

通常，web 应用程序通过使用 Asynchronous JavaScript and XML (Ajax) 工具来模拟持续更新的界面。在这个模型中，应用程序的 web 页面中包含 JavaScript，它在后台反复请求一个服务器回拨。尽管 Ajax 应用程序的响应性在很多情况下都够用，但这种技术还是有一些缺陷。

Ajax 不能容忍不稳定的 Internet 连接：一次临时掉线可能会导致整个界面失败。它在服务器负载方面也效率低下。假设您的后台 Ajax 轮询函数每 10 秒检查一次服务器。每一次都将建立一个新的 HTTP 连接，包括初始化服务请求所需的资源，即使没有新数据可以向用户显示。结果是应用程序不必要地使用过多的处理器时间和带宽。

基于 XML 的技术向 web 应用程序提供了巨大的优势。XML 解析器现在是大多数环境的一个标准组成部分；无需其他软件就能支持以适当的格式读写数据。XML 是自我描述型语言；使用它的文档不需要外部架构。最后，正如 web 是独立于平台的一样，XML 作为一种技术支持在不同平台间互操作。因此，开发人员可以将精力集中于特定于他们的应用程序的逻辑。

web 基于 HTML、Cascading Style Sheets (CSS) 和 JavaScript 等可互操作的免费开源标准。如果针对 web 上的实时通信的新标准出现，那么该标准也应是免费、开源和可互操作的。基于 XML 的 XMPP 满足这些标准。在本教程中，您将使用 XMPP 来构建一个客户端库，它通过标准方法（比如一个 web hook）来接收输入，并将适当的数据实时中继到用户。

XMPP 简介

本小节将简要介绍 XMPP，它的起源，以及为何它是一个适合实时 web 通信的协议。您将检查 XMPP 通信设置的组件，并查看展示这些组件如何使用的示例。

Web 标准和 XMPP

XMPP 是一组基于 XML 的技术，用于实时应用程序。最初，XMPP 作为一个框架开发，目标是支持企业环境内的即时消息传递和联机状态应用程序。当时的即时消息传递网络是私有的，非常不适合企业使用。例如，AOL Instant Messenger 不能针对公司内的安全通信进行调整。尽管存在一些商业解决方案，但它们固定的特性集通常不能进行调整，以满足组织的特殊需求。XMPP，当时名为 Jabber，允许组织构建自己的定制工具来促进实时通信，并允许安装现成的第三方解决方案。

XMPP 是一个分散型通信网络，这意味着，只要网络基础设施允许，任何 XMPP 用户都可以向其他任何 XMPP 用户传递消息。多个 XMPP 服务器也可以通过一个专门的 “服务器-服务器” 协议相互通信，提供了创建分散型社交网络和协作框架的有趣可能性，但这个主题已超出了本教程的讨论范围。

顾名思义，XMPP 可用于满足广泛的、对时间敏感的特性要求。实际上，Google Wave，一个大型多用户协作环境，将 XMPP 作为其联合协议的基础。尽管 XMPP 的出现是为了满足 “个人-个人” 即时消息传递的要求，但它完全不必局限于此任务。

XMPP 通信的结构