XMPP 和 OpenFire

Posted on 2016-08-30 16:30 蝈蝈俊阅读(5154) 评论(0) 编辑收藏举报

XMPP

XMPP（可扩展消息处理现场协议）是基于可扩展标记语言（XML）的协议，它用于即时消息（IM）以及在线现场探测。是一种数据传输协议。
XMPP的前身是Jabber，一个开源形式组织产生的网络即时通信协议。

XMPP 地址格式

一个XMPP节点的唯一标示符jabber identifier(JID)，即实体地址，用来表示一个Jabber用户，但是也可以表示其他内容，例如一个聊天室．

一个有效的JID包括一系列元素：

(1)域名(domain identifier)；
(2)节点(node identifier)；
(3)源(resource identifier)．

它的格式是 node@domain/resource，node@domain，类似电子邮件的地址格式．

domain用来表示接点不同的设备或位置，这个是可选的，例如a在Server1上注册了一个用户，用户名为doom，那么a的JID就是 doom@serverl，在发送消息时，指明 doom@serverl 就可以了，
resource可以不用指定，但a在登录到这个Server时，fl的JID可能是 doom@serverl/exodus (如果a用Exodus软件登录)，也可能是 doom@serverl/psi (如果a用psi软件登录)．资源只用来识别属于用户的位置或设备等，一个用户可以同时以多种资源与同一个XMPP服务器连接。

XMPP 协议的 XML 格式:

这里有三个顶级 XML 元素： Presence、Message、IQ，每个的含义如下：

<Presence> 用来表明用户的状态，

如：online、away、dnd(请勿打扰)等。当用户离线或改变自己的状态时，就会在stream的上下文中插入一个Presence元素，来表明自身的状态．

<Message> 用于在两个jabber用户之间发送信息。

Jsm(jabber会话管理器)负责满足所有的消息，不管目标用户的状态如何。如果用户在线jsm立即提交;否则jsm就存储。

To :标识消息的接收方。
from : 指发送方的名字或标示(id)o
Text: 此元素包含了要提交给目标用户的信息。

< IQ > 一种请求／响应机制，

从一个节点从发送请求，另外一个节点接受请求，并进行响应．
例如，client在stream的上下文中插入一个元素，向Server请求得到自己的好友列表，Server返回一个，里面是请求的结果．

<iq > 主要的属性是type。包括:
Get :获取当前域值。
Set :设置或替换get查询的值。
Result :说明成功的响应了先前的查询。
Error: 查询和响应中出现的错误。

XML流

XMPP本质上是一种XML流技术。

客户端开始和XMPP服务器会话，会打开一个长时间的TCP连接，然后和服务器协商一个流。
一旦你和你的服务器建立了一个XML流，你和你的服务器可以通过流交换三个特殊的XML片段：<message/>，<presence/>，<iq/>.这些片段称为XML节。而且一旦你已建立一个XML流，你可以通过流发送无数个节。

下图是 C 客户端 S 服务器端 XML流的精简内容：

C:  <stream:stream>
C:  <presence/>
C:  <iq type="get">
           <query xmlns="jabber:iq:roster"/>
    </iq>
S:  <iq type="result">
           <query xmlns="jabber:iq:roster">
            <item jid="suke@skh.whu.edu.cn"xs/>
            <item jid="gmz@skh.whu.edu.cn"/>
            <item jid="beta@skh.whu.edu.cn"/>
        </query>
    </iq>
C:  <message from="suke@skh.whu.edu.cn" 
              to="beta@skh.whu.edu.cn">
           <body>Off with his head!</body>
    </message>
S:  <message from="lj@skh.whu.edu.cn"
              to="cyl@skh.whu.edu.cn ">
           <body>You are all pardoned.</body>
    </message>
C:  <presence type="unavailable"/>
C:     </stream:stream>

XMPP面临的问题：

XMPP是基于稳定长连接网络环境所设计的，对于不够稳定和带宽小的移动网络不是非常合适。
由于XMPP基于XML，所以流量大，流量问题对于移动网络来说非常敏感，然后就是消息不可靠、CMWAP兼容、开源项目对协议实现不完善等问题，也是XMPP面临的问题。

数据负载太重：随着通常超过 70％的 XMPP 协议的服务器的数据流量的存在和近60％的被重复转发，XMPP 协议目前拥有一个大型架空中存在的数据提供给多个收件人。新的议定书正在研究，以减轻这一问题。

没有二进制数据：XMPP 协议的方式被编码为一个单一的长的 XML 文件，因此无法提供修改二进制数据。因此，文件传输协议一样使用外部的 HTTP。如果不可避免，XMPP 协议还提供了带编码的文件传输的所有数据使用的 Base64。至于其他二进制数据加密会话（encrypted conversations）或图形图标（graphic icons）以嵌入式使用相同的方法。

XMPP 优化的一个方案是：

XML通过精简压缩来实现流量可控。
消息的不可靠可以通过扩展XMPP来实现ACK

OpenFire

Openfire是XMPP领域最知名的开源项目，它简单易用，是很多团队的首选方案，这是国内使用最多的开源方案。Openfire虽然优点很多，但是缺点也不少，最致命的就是它的分布式扩展能力很弱，当用户量很大的时候，水平扩展就成为它的瓶颈所在。

消息握手

经常会有人发现，Openfire的两个客户端，在网络不稳定的情况下，会丢失消息。起初我也不知道到底发生了什么，直到后来，在测试中发现，当你用连接上通讯服务器后，直接拔了路由器，wifi异常断开，客户端与Server没办法握手告知TCP断线的事情，所以你会在一段时间内，服务器认为你在线，而实际你离线。这种情况在地铁、快速移动切换网络基站的情况下也经常有复现。此时Openfire收到关于你的消息会直接推送给你，而你此时又因为没有网络收取不到，所以消息丢失。

解决办法：消息进行握手，每条消息发给客户端，都需要客户端回复回执，否则一直保存在服务器。