IM设计思考：XMPP资源绑定



XMPP协议设计中引入了一个抽象的资源绑定过程，何为资源，如何绑定？

首先这得从JID的格式设计说起，JID是XMPP前身Jabber协议ID的简写，用于唯一标识一个客户身份。一个合法的 JID 包括一组排列好的元素，包括域名（domain identifier），节点名（node identifier），和资源名（resource identifier），如下：

jid = [ node "@" ] domain [ "/" resource ] ，所有 JID 都是基于上述的结构，类似 <user@host/resource> 这种结构。
node：是对用户的抽象，既可以代表一个真实的用户，也能表示一个虚拟用户如一个聊天室等。
domain：表达了客户所连接的服务器，在实践中通常表示一个特定的集群，由同一domain来表示。
resource：它通常表示一个特定的会话，连接。对于服务器和和其他客户端来说，资源名是不透明的。

资源名的获得需要经历一个资源绑定的过程，这个过程按照XMPP协议约定是在SASL握手完成后，由客户端重新发起初始化流请求后。

服务器向客户端声明资源绑定特性，过程如下：

[html] view plaincopyprint?

1. <stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' id='c2s_345' from='example.com' version='1.0'>  
2.    <stream:features>  
3.      <bind xmlns='urn:ietf:params:xml:ns:xmpp-bind'/>  
4.    </stream:features>  

<stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' id='c2s_345' from='example.com' version='1.0'>   <stream:features>     <bind xmlns='urn:ietf:params:xml:ns:xmpp-bind'/>   </stream:features>

客户端发起资源绑定请求，并指定一个绑定的资源名

[html] view plaincopyprint?

1. <iq type='set' id='bind_2'>  
2.      <bind xmlns='urn:ietf:params:xml:ns:xmpp-bind'>  
3.        <resource>pc-win-someone</resource>  
4.      </bind>  
5. </iq>  

<iq type='set' id='bind_2'>     <bind xmlns='urn:ietf:params:xml:ns:xmpp-bind'>       <resource>pc-win-someone</resource>     </bind></iq>

服务端响应资源绑定请求，并返回绑定后的Full JID名

[html] view plaincopyprint?

1. <pre class="html" name="code"><iq type='result' id='bind_2'>  
2.      <bind xmlns='urn:ietf:params:xml:ns:xmpp-bind'>  
3.        <jid>[e-mail]/pc-win-someone-server-gen-random-string</jid>  
4.      </bind>  
5. </iq></pre>  
6. <pre></pre>  
7. <p></p>  
8. <pre></pre>  
9. <span style="font-size: 12px;"><br>  
10. </span>  
11. <p></p>  
12. <p><span style="font-family: sans-serif;"><span style="line-height: 19px;"><span style="font-size: 12px;">以上过程即完成了资源绑定，那么资源绑定有什么作用呢，注意查看协议xml中客户端端请求绑定资源名为pc-win-someone，通常实现中可考虑用客户端的平台相关标识，例如 pc-win标示pc下的windows平台等，标识连接客户端的平台和自身名称，但XMPP协议约定resource由服务端按照每客户端生成随机值，用于唯一标识一个客户端一次连接会话。因此服务端的实现在客户端请求资源名后添加了随机生成的唯一后缀，用于区分不同的客户端连接。</span></span></span></p>  
13. <p><span style="font-family: sans-serif;"><span style="line-height: 19px;"><span style="font-size: 12px;">那么如此设计的目的何在？</span></span></span></p>  
14. <p><span style="font-size: 12px;"><span style="font-family: sans-serif;"><span style="line-height: 19px;">主要考虑方便同账号用户的多点登陆（手机、pad、pc端等多点同时在线），通过resource区分同一用户的不同接入点，</span></span><span style="line-height: 19px; font-family: sans-serif;">由node+domain+resource组成唯一的用户在线标识。</span></span></p>  
15. <p><span style="font-family: sans-serif;"><span style="line-height: 19px;"><span style="font-size: 12px;">通过用户ID形成一对多的用户接入映射，方便获得同一账号的多个接入信息，可灵活的设计多点登陆时用户的自选策略（是否踢下其他登陆、或选择最近登陆接收消息等）。</span></span></span></p>  
16. <pre></pre>  
17. <pre></pre>  
18. <pre></pre>  
19. <pre></pre>  
20. <pre></pre>  
21. <pre></pre>  
22. <pre></pre>  
23. <pre></pre>