XMPP 与其他的应用层协议（如SMTP）有着相似之处。在这些架构中，具有惟一名称的客户机通过相关的服务器与另外一个具有惟一名称的客户机进行通信。每个客户机执行客户机的协议表单，而服务器在表单中提供路由功能。
图 1 说明了这个简单的架构。
在这个例子中，每个客户机都是同一个域名（discovery.nasa.guv）的一部分。
图 1. 由一个服务器和两个客户机组成的简单的 XMPP 架构由一个服务器和两个客户机组成的简单 XMPP 架构的图表服务器还可以针对不同域之间（例如，在 discovery.nasa.guv 和 europa.nasa.guv 之间）的路由进行通信。此外，网关可用于在外部消息传递域和协议之间进行转换。

图 2 中的示例显示了一个 XMPP 网络，网关通往一个短信服务（SMS）域和一个 SMTP 域。在这种情况下，网关大多数都是被用来在 IM 协议（例如，在 XMPP 和 Internet 中继聊天（IRC））之间进行转换。作为一个可扩展的协议，XMPP 对于在不同的端点协议间提供统一连接性来说是一个理想的中枢协议。XMPP 网关允许终止一个给定的客户端到服务器的会话，并且向目标端点协议发起一个新的会话（同时进行必要的协议转换）。
图 2. 包含了 XMPP 网关的更为复杂的 XMPP 架构更为复杂的 XMPP 架构图，包含了连接到 SMS 和 SMTP 客户端和服务器的 XMPP 网关回页首XMPP 中的地址XMPP 中的地址（即 Jabber ID[JID]）与标准电子邮件地址相似，但有着几个显著的差别。JID 包含一个可选节点、一个域和一个可选资源：[ node "@" ] domain [ "/" resource ]最常见的用法就是定义一个 IM 用户（类似电子邮件地址），比如 DavidBowman@discovery.nasa.guv。用户能够多次登录 XMPP 服务器，而在这个例子中，资源能够表示位置。例如，示例用户可能有一个主终端（DavidBowman@discovery.nasa.guv/terminal）JID 和另外一个来自 EVA pod（DavidBowman@discovery.nasa.guv/eva_pod1）的 JID。因此，能够找到某个特定位置，或离开此位置并找到用户，不管用户在哪个位置登录。回页首XMPP 协议XMPP 是一个相对简单的协议，它通过 XML 消息出现在 TCP 套接字上。异步通信发生在 XML 流中，并带有 XML 节（stanza）。XML 流 是封装了两个实体间的 XML 信息交换的容器。XML 流传递 XML 节，这些 XML 节是一些分散的信息单元。例如，在 XMPP 中使用 XML 节传递消息（IM 用户间的文本）以及到场信息。为说明这些概念，请看一个在两个客户端之间使用 XMPP 进行 IM 通信的简单示例。

图 3 演示了两个实体之间的简单会话。注意，至少有一个服务器会出现在会话中（在这个例子中，因为两个客户端存在于同一个域中，所以准确地说，只有一个服务器）。在 图 3 中，左边的客户端是发起实体（发起两个实体间的 XMPP 通信）。XML 流使用 to 属性来识别接收域（以及定义 XML 名称空间）。右边的接收客户端 接收 XML 流并使用 XML 流响应（在这个例子中，使用 from 属性）进行回应。在这个阶段，可以进行几个不同的协商（如验证和加密）。请忽略这部分讨论（例外情况是当 IM 客户端出现在不同的域中进行服务器到服务器通信）。（请查看 图 3 的文字版本。）图 3. 示例（简化的）XMPP 通信示例（简化的）XMPP 通信图图 3 中的 XML 流的下一步是进行消息传递。这个通信在消息节中进行，并且包括了源和目标 XMPP 地址（from 和 to）、使用的语言以及节正文中的消息。对方用其自己的消息进行响应，关键区别是源和目标 XMPP 地址。最后，发出流关闭消息（在连接的两端进行）以关闭 XML 流。任何一边都可能返回一个错误，如下面所定义。

在本例中，对方发送了一个无效的 XML 流和节。尽管这个示例展示了简单的 IM 通信，但很容易就能了解消息节是如何转换成 RPC 消息的，同时负载了来自对等协商的安全问题。您可以把函数注册为节点，以创建一个动态的 Web 服务框架，而不是对域中的用户进行注册。
文／YZhi（简书作者）原文链接：http://www.jianshu.com/p/af87ff15bfe3著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。