iOS之XMPP简介

最新推荐文章于 2019-01-08 02:29:23 发布
最新推荐文章于 2019-01-08 02:29:23 发布
阅读量1k 收藏
点赞数
分类专栏： iOS 文章标签： iOS XMPP

转载自：http://blog.csdn.net/yhawaii/article/details/7920680

1. 简介

XMPP来源于Jabber开源社区，基于XML，提供准实时的传递消息、在线状态和请求/响应服务。XMPP使用客户/服务模式，服务器之间能够相互连接，建立在面向连接的协议上，通常是TCP。
下图概要描述了XMPP架构：


以黑色线条连接的方框是XMPP的客户端和服务器，要注意的是XMPP客户端之间不能相互连接，这是一个严格的客户/服务器模型。客户端2和服务器1通过网关接入异构消息网络，异构消息网络指没有应用XMPP协议的网络，比如MSN、SMTP等。XMPP协议的开放性使它很容易接入同构和异构网络，把数据孤岛串联为一个网络。
XMPP允许通过身份验证的多个资源（resource）并发接入一台服务器，这些源以XMPP地址中的资源号来标示自己，比如node@domain/home和node@domain/work。服务客户端的周知端口是5222，服务器相互连接的端口是5269。
由于历史原因，XMPP节点被称为Jabber Identifier（或JID），格式为node@domain/resource。JID可以是domain，表示这是一个网关，或者是提供服务的一个子节点。node通常代表访问服务器的实体，比如及时信使客户端。resource通常代表一个特定的会话、连接（一个设备或位置）、属于实体的对象（多人聊天室的一个参与者）
XMPP被设计为能够异步并能快速交换短文的协议，为此客户端和服务器之间存在两条XML流，用于异步通信，流传输的是XML文档。TCP是XMPP的默认承载协议，在客户端到服务器的通信模型下，需要一条TCP链路；在服务器到服务器的通信模式下，需要两条TCP链路以传输两个对端数据。
XMPP流以<stream>标记开始，以</stream>结束。XMPP流可以视为一个well-form的XML文档，每次传输的是文档的片段，而片段则是well-form的XML标签。
stream标记的属性如下：
to只能用于从客户端到服务器的XML流中。
from只能用于从服务器到客户端的XML流中。
id只能用于从接收实体到发送实体的XML流中，id必须唯一，用于标记会话。
xml:lang只能用于发起方，用于约定语言。如发起方没有携带xml:lang属性，接收方应使用默认语言。
version至少在“1.0”以上。
XMPP Core对应的是RFC3920，从中摘录一段代码以简要说明通信过程。（S代表服务器，C代表客户端）
[html]  view plain copy
  1. C: <?xml version='1.0'?>   
  2. <stream:stream   
  3. to='example.com'   
  4. xmlns='jabber:client'   
  5. xmlns:stream='http://etherx.jabber.org/streams'   
  6. version='1.0'>   
  7. S: <?xml version='1.0'?>   
  8. <stream:stream   
  9. from='example.com'   
  10. id='someid'   
  11. xmlns='jabber:client'   
  12. xmlns:stream='http://etherx.jabber.org/streams'   
  13. version='1.0'>   
  14. ... encryption, authentication, and resource binding ...   
  15. C: <message from='juliet@example.com'   
  16. to='romeo@example.net'   
  17. xml:lang='en'>   
  18. C: <body>Art thou not Romeo, and a Montague?</body>   
  19. C: </message>   
  20. S: <message from='romeo@example.net'   
  21. to='juliet@example.com'   
  22. xml:lang='en'>   
  23. S: <body>Neither, fair saint, if either thee dislike.</body>   
  24. S: </message>   
  25. C: </stream:stream>   
  26. S: </stream:stream>   

 可以看到客户端和服务器双方都以<stream>标记开始会话，即双方都在传输一个完整的XML文档。以<stream>发起会话后，双方建立TLS安全链路，然后用SASL（稍后说明）认证对方身份，最后绑定资源并开始传输消息报文。  
 TLS是SSL的后继者，TLS1.0和SSL3.0非常相似。TLS建立在传输层上，通信双方先用不对称加密算法传输对称加密算法的密钥，然后用对称加密算法加密传输内容。  1.1 TLS 
 （以下例子摘录自RFC3920） 


第1步: 客户端发起连接: 


[html]  view plain copy
  1. <stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' to='example.com' version='1.0'>   


第2步: 服务器向客户端返回一个<stream>标记: 


[html]  view plain copy
  1. <stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' id='c2s_123' from='example.com' version='1.0'>  


第3步: 服务器向客户端发送STARTTLS扩展，并携带认证机制和流特性: 


[html]  view plain copy
  1. <stream:features>   
  2.     <starttls xmlns='urn:ietf:params:xml:ns:xmpp-tls'>   
  3.         <required/>   
  4.     </starttls>   
  5.     <mechanisms xmlns='urn:ietf:params:xml:ns:xmpp-sasl'>   
  6.         <mechanism>DIGEST-MD5</mechanism>   
  7.         <mechanism>PLAIN</mechanism>   
  8.     </mechanisms>   
  9. </stream:features>   


第4步: 客户端发送STARTTLS给服务器: 


[html]  view plain copy
  1. <starttls xmlns='urn:ietf:params:xml:ns:xmpp-tls'/>   

第5步: 服务器提示客户端可以继续: 


[html]  view plain copy
  1. <proceed xmlns='urn:ietf:params:xml:ns:xmpp-tls'/>  


第6步: 客户端和服务器尝试在已有的TCP链路上完成TLS握手过程。 


第7步: 如果TLS握手成功，客户端向服务器发起一个新流: 

 

[html]  view plain copy
  1. <stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams'  to='example.com' version='1.0'>   


第8步: 服务器以一个stream头响应，同时携带可能的流特性:    


[html]  view plain copy
  1. <stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' from='example.com' id='c2s_234' version='1.0'>                 
  2.     <stream:features>  
  3.            <mechanisms xmlns='urn:ietf:params:xml:ns:xmpp-sasl'>  
  4.              <mechanism>DIGEST-MD5</mechanism>  
  5.              <mechanism>PLAIN</mechanism>  
  6.              <mechanism>EXTERNAL</mechanism>  
  7.            </mechanisms>  
  8.     </stream:features>    


第9步: 客户端继续SASL握手（见后）。 


1.2 简单授权和安全传输层协议SASL(Simple Authentication and Security Layer protocol) 

（以下例子摘自RFC3920）
第1步: 客户端向服务器发起流请求:  

[html]  view plain copy
  1. <stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' to='example.com' version='1.0'>  


第2步: 服务器向客户端响应stream标记:  

[html]  view plain copy
  1. <stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' id='c2s_234' from='example.com' version='1.0'>  


第3步: 服务器向客户端提示可用的认证方法: 


[html]  view plain copy
  1. <stream:features>  
  2.     <mechanisms xmlns='urn:ietf:params:xml:ns:xmpp-sasl'>  
  3.      <span style="white-space:pre"> </span><mechanism>DIGEST-MD5</mechanism>  
  4.     <span style="white-space:pre">      </span><mechanism>PLAIN</mechanism>  
  5.     </mechanisms>  
  6. </stream:features>  


第4步: 客户端选择一种认证方法:  


[html]  view plain copy
  1. <auth xmlns='urn:ietf:params:xml:ns:xmpp-sasl' mechanism='DIGEST-MD5'/>  


第5步: 服务器发送以BASE64编码的验证码给客户端:  


[html]  view plain copy
  1. <challenge xmlns='urn:ietf:params:xml:ns:xmpp-sasl'>  
  2. cmVhbG09InNvbWVyZWFsbSIsbm9uY2U9Ik9BNk1HOXRFUUdtMmhoIixxb3A9ImF1dGgi  
  3. LGNoYXJzZXQ9dXRmLTgsYWxnb3JpdGhtPW1kNS1zZXNzCg==  
  4. </challenge>  


   验证码解码后如下:
   realm="somerealm",nonce="OA6MG9tEQGm2hh",\
   qop="auth",charset=utf-8,algorithm=md5-sess


第6步: 客户端发送以BASE64编码的响应码: 


 

[html]  view plain copy
  1. <response xmlns='urn:ietf:params:xml:ns:xmpp-sasl'>  
  2.  dXNlcm5hbWU9InNvbWVub2RlIixyZWFsbT0ic29tZXJlYWxtIixub25jZT0i  
  3.  T0E2TUc5dEVRR20yaGgiLGNub25jZT0iT0E2TUhYaDZWcVRyUmsiLG5jPTAw  
  4.  MDAwMDAxLHFvcD1hdXRoLGRpZ2VzdC11cmk9InhtcHAvZXhhbXBsZS5jb20i  
  5.  LHJlc3BvbnNlPWQzODhkYWQ5MGQ0YmJkNzYwYTE1MjMyMWYyMTQzYWY3LGNo  
  6.  YXJzZXQ9dXRmLTgK  
  7.  </response>  


   解码后的响应码如下:


   username="somenode",realm="somerealm",\
   nonce="OA6MG9tEQGm2hh",cnonce="OA6MHXh6VqTrRk",\
   nc=00000001,qop=auth,digest-uri="xmpp/example.com",\
   response=d388dad90d4bbd760a152321f2143af7,charset=utf-8


第7步: 服务器发送另一个以BASE64编码的验证码给客户端: 

 

[html]  view plain copy
  1. <challenge xmlns='urn:ietf:params:xml:ns:xmpp-sasl'>  
  2.  cnNwYXV0aD1lYTQwZjYwMzM1YzQyN2I1NTI3Yjg0ZGJhYmNkZmZmZAo=  
  3.  </challenge>  

   解码后的验证码:
   rspauth=ea40f60335c427b5527b84dbabcdfffd


第8步: 客户端响应验证码: 


[html]  view plain copy
  1. <response xmlns='urn:ietf:params:xml:ns:xmpp-sasl'/>  


第9步: 服务器提示客户端认证通过:  

 

[html]  view plain copy
  1. <success xmlns='urn:ietf:params:xml:ns:xmpp-sasl'/>  


第10步: 客户端向服务器发起新连接: 

 

[html]  view plain copy
  1. <stream:stream xmlns='jabber:client'  xmlns:stream='http://etherx.jabber.org/streams' to='example.com' version='1.0'>  


第11步: 服务器响应一个stream头，可能携带特性:  


[html]  view plain copy
  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.       <session xmlns='urn:ietf:params:xml:ns:xmpp-session'/>  
  5.    </stream:features>  


1.3 绑定资源


客户端连接成功后使用iq(Info Query)查询服务器资源。


[html]  view plain copy
  1. <iq type='set' id='bind_2'> <bind xmlns='urn:ietf:params:xml:ns:xmpp-bind'> <resource>someresource</resource> </bind> </iq>   


 服务器确认客户端要绑定的资源后，必须返回一个iq标签。

[html]  view plain copy
  1. <iq type='result' id='bind_2'>   
  2.     <bind xmlns='urn:ietf:params:xml:ns:xmpp-bind'>   
  3.         <jid>somenode@example.com/someresource</jid>   
  4.     </bind>   
  5. </iq>   

 

1.4 XML短语（Stanzas）  


有三种短语——<message>（消息）、<presence>（在线状态）和<iq>（信息查询），三种短语都有共同属性，如下。


2. 基本语义  


2.1 Message语义 


message短语可视为一种推送机制——某个实体向另一个实体推送信息。所有message短语必须携带to属性，以标明接收者。服务器收到message短语后，或路由或投递给接收者。


2.2 Presence语义 


presence可被视为一个基本的广播或“发布-订阅”机制，多个实体接收他们订阅的关于某个实体的信息。


2.3 IQ语义 

Info/Query，或IQ，是一种”请求-响应“机制，与HTTP类似。IQ使一个实体能够向另一个实体发起请求，请求/响应报文以id属性标示。IQ交互通常以get/result和set/result模式执行。


3. 基于XMPP的即时信使扩展  


XMPP标准由XMPP Core(RFC3920)、XMPP IM(RFC3921)、XMPP CPIM(RFC3922)(映射XMPP到IETF的CPIM规范)、XMPP E2E(RFC3922)(端到端信号和对象加密)、XMPP URN(RFC4854)(基于XMPP扩展的Uniform Resource Name树)、XMPP ENUM(RFC4979)(在IANA注册的枚举服务)、XMPP URI(RFC5122)(对RFC4622的勘误)。本文只覆盖了XMPP Core和XMPP IM，其中XMPP IM由XMPP Core扩展而得。


3.1 Message语法 
type是message短语必要的属性，分类如下：
message包含<subject/>、<body/>和<thread/>子元素。


3.1.1 Subject  


<subject/>元素包含说明消息标题的可视字符。


3.1.2 Body  


<body/>元素包含消息文字内容的可视字符。


3.1.3 Thread  


<thread/>元素用于跟踪会话线索，包含标示线索的不可视字符。
chat。一对一聊天。
error。发送上一条消息所致错误。
groupchat。多人聊天（类似IRC）。
headline。该消息可能由提供投递或广播内容（新闻、体育、市场信息、RSS源等）的自动服务发出。
normal。这是一条与一对一或群聊无关的消息，发送者希望接收者能够回复该消息。
to属性表述接收者的JID。
from属性表述发送者的JID。
可选id属性，用于内部跟踪短语，比如用于<iq>短语。
type属性表述消息上下文（或用途）的详细信息。
当短语承载用于阅读的信息时，xml:lang表述语言类型，如果xml:lang不存在则应用stream的语言设定。


 3.2 Presence语法  


 <presence>用于表述一个实体的网络状态（在线及子状态，离线），并将该实体状态广播给其它实体。<presence>也用于协商和管理其他实体的网络状态。  
 <presence>的type属性可选，客户端发送一个没有type属性的<presence>到服务器仅表示在线，可以通信。如果<presence>包括type属性，则表述：1）不在；2）请求订阅其它实体的网络状态；3）查询其他实体的网络状态；4）错误。  
 type取值范围如下：  
 
不可用（unavailable）。
订阅。
退订。
已退订。表示先前订阅被拒绝（或取消）。
探测。请求另一个实体的状态，只能由服务器发出。
错误。


 3.2.1 Show  


 <show>包含不可视字符以表述一个实体（或资源）的可用状态。<show>取值如下：  
 
away。
chat。
dnd (Do Not Disturb)。
xa (eXtended Away)。


 3.2.2 Status  


 <status>一般配合<show>使用，包含可视字符详细说明实体的网络状态。  


 3.2.3 Priority  


 <priority>包含不可视字符以说明资源的优先级。  


 3.3 IQ语法  


 XMPP IM规范对IQ做了两个扩展——好友管理和块通信（Blocking Communication）。  


 3.4 会话  

 大多数IM和在线状态应用构建在XMPP的客户端/服务器架构上，需要与服务器建立会话以传输消息和状态。支持会话的服务器在完成流认证后，向客户端发送<session>标签。 

[html]  view plain copy
  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.         <session xmlns='urn:ietf:params:xml:ns:xmpp-session'/>   
  5.     </stream:features>    


 客户端绑定资源完毕后，向服务器发起<iq>请求，要求创建会话。  
 
第1步: 客户端向服务器发起会话请求: 

<iq to='example.com' type='set' id='sess_1'> <session xmlns='urn:ietf:params:xml:ns:xmpp-session'/> </iq> 


第2步: 服务器提示客户端会话已建立:

 <iq from='example.com' type='result' id='sess_1'/>   


3.5 联系人管理（Roster Management）

 
联系人列表通过<iq>标签获取。
 

3.5.1 获得当前联系人

 
第1步: 客户端向服务器发起查询请求:


 <iq from='juliet@example.com/balcony' type='get' id='roster_1'> <query xmlns='jabber:iq:roster'/> </iq>  


第２步:服务器返回列表  


[html]  view plain copy
  1. <iq to='juliet@example.com/balcony' type='result' id='roster_1'>   
  2.     <query xmlns='jabber:iq:roster'>   
  3.         <item jid='romeo@example.net' name='Romeo' subscription='both'>   
  4.             <group>Friends</group>   
  5.         </item>   
  6.         <item jid='mercutio@example.org' name='Mercutio' subscription='from'>   
  7.             <group>Friends</group>   
  8.         </item>   
  9.         <item jid='benvolio@example.org' name='Benvolio' subscription='both'>   
  10.             <group>Friends</group>   
  11.         </item>   
  12.     </query>   
  13. </iq>    

 

3.5.2 增加联系人

 
[html]  view plain copy
  1. <iq from='juliet@example.com/balcony' type='set' id='roster_2'>   
  2.     <query xmlns='jabber:iq:roster'>   
  3.         <item jid='nurse@example.com' name='Nurse'>   
  4.             <group>Servants</group>   
  5.         </item>   
  6.     </query>   
  7. </iq>     


服务器收到请求后，首先更新本地存储资料，然后向关联实体发出<iq>设置指令，使所有实体处于同步状态。


更新与删除请求与增加类似，下面分别是更新和删除例子。
[html]  view plain copy
  1. <iq from='juliet@example.com/chamber' type='set' id='roster_3'>   
  2.     <query xmlns='jabber:iq:roster'>   
  3.         <item jid='romeo@example.net' name='Romeo' subscription='both'>   
  4.             <group>Friends</group>   
  5.             <group>Lovers</group>   
  6.         </item>   
  7.     </query>   
  8. </iq>     

 
[html]  view plain copy
  1. <iq from='juliet@example.com/balcony' type='set' id='roster_4'>   
  2.     <query xmlns='jabber:iq:roster'>   
  3.         <item jid='nurse@example.com' subscription='remove'/>   
  4.     </query>   
  5. </iq>   

  

3.6 关注（Subscribe）


 用“关注”可能比“订阅”更能精确表述Subscribe概念。在XMPP中，联系人和好友的区别在于是否关注。被关注联系人的状态能够同步过来，反之亦然。  
以下例子展示如何增加一个联系人：  


第1步: 客户端发起一个新增联系人请求:  


[html]  view plain copy
  1. <iq type='set' id='set1'>   
  2.     <query xmlns='jabber:iq:roster'>   
  3.         <item jid='contact@example.org' name='MyContact'>   
  4.             <group>MyBuddies</group>   
  5.         </item>   
  6.     </query>   
  7. </iq>     


第2步: 服务器返回操作结果:


 <iq type='result' id='set1'/>   


第3步: 客户端发起关注请求:


 <presence to='contact@example.org' type='subscribe'/>  


第4步: 服务器向被关注实体服务器发出关注指令:


 <presence from='user@example.com' to='contact@example.org' type='subscribe'/>   


第5步: 被关注实体服务器发送关注请求给被关注实体，被关注实体返回确认指令:


[html]  view plain copy
  1. <iq type='set' id='set2'>   
  2.     <query xmlns='jabber:iq:roster'>   
  3.         <item jid='user@example.com' name='SomeUser'>   
  4.             <group>SomeGroup</group>   
  5.         </item>   
  6.     </query>   
  7. </iq>   
  8. <presence to='user@example.com' type='subscribed'/>    


第6步: 用户服务器返回结果给关注发起者:
 <presence from='contact@example.org' to='user@example.com' type='subscribed'/> 


little_two_two
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
iOS实现XMPP通讯（二）XMPP编程
Johncahong的博客
09-18 412
项目概述 这是一个可以登录jabber账号，获取好友列表，并且能与好友进行聊天的项目。 使用的是第三方库XMPPFramework框架来实现XMPP通讯。 项目地址：XMPP-Project 项目准备工作：搭建好Openfire服务器，安装客户端Spark，具体步骤请见：iOS实现XMPP通讯（一）搭建Openfire 这样就可以登录本项目与登录Spark的另一用户进行XMPP通讯。 项目结构概述： 有三个视图控制器LoginViewController，ListViewController，ChatVi
XMPP_协议介绍
12-11
XMPP_协议介绍,是个ppt 内容蛮多干货，值得一看
XMPP协议简介[转载]
yhawaii的专栏
08-29 5490
1. 简介 XMPP来源于Jabber开源社区，基于XML，提供准实时的传递消息、在线状态和请求/响应服务。XMPP使用客户/服务模式，服务器之间能够相互连接，建立在面向连接的协议上，通常是TCP。 下图概要描述了XMPP架构： 以黑色线条连接的方框是XMPP的客户端和服务器，要注意的是XMPP客户端之间不能相互连接，这是一个严格的客户/服务器模型。客户端2和服务器1通过网关接入异构
XMPP协议
weixin_34015860的博客
01-10 139
XMPP（Extensible Messageing and Presence Protocol）可扩展消息与存在协议，是目前主流的四种IM（即时消息）协议之一，其它三种分别为：即时信息和空间协议(IMPP)、空间和即时信息协议(PRIM)、针对即时通讯和空间平衡扩充的进程开始协议SIP(SIMPLE)。    在这四种协议中，XMPP是最灵活的。XMPP是一种基于XML的协议，它继承了在XML环...
XMPP协议介绍
knight
05-18 2988
XMPP（可扩展消息处理现场协议）是基于可扩展标记语言（XML）的协议，它用于即时消息（IM）以及在线现场探测。XMPP协议采用的是客户端-服务器架构，所有从一个客户端发到另一个客户端的消息和数据都必须经过XMPP服务器转发，而且支持服务器间DNS的路由，也就是说可以构建服务器集群，XMPP的前身是一个开源组织制定的网络通信协议——Jabber，XMPP的核心是在网络上分片段发送XML流的协议，这
XMPP基本概念
章志强的专栏
10-26 1276
概述 XMPP是一个开放式的XML协议，设计用于准实时消息和出席信息以及请求－响应服务。 通用的架构 通常采用客户端服务器架构进行实现，其中客户端通过TCP方式使用XMPP访问服务器，服务器之间也采用TCP方式进行通信。 xmpp通用架构 服务器 充当xmpp通信的一个智能抽象层，负责 对受验证的客户端，服务器以及其他实体之间以xml流的形式的连接和会话进行管理。在这
ios xmpp demo
06-24
ios xmpp demo
ios-xmpp聊天界面.zip
07-11
1. **XMPP简介** - XMPP是基于XML的开放标准，用于在分散的网络中提供实时通信服务。它允许用户进行文本聊天、文件传输、视频通话等多种交互。 - iOS中常用的XMPP框架有XMPPFramework和OpenFire，它们为开发者提供...
IOS XMPP 聊天程序客户端
09-07
**iOS XMPP 聊天程序客户端** XMPP（Extensible Messaging and Presence Protocol）是一种基于XML的实时通讯协议，常用于构建即时通讯应用，如聊天软件。在iOS平台上开发XMPP聊天程序客户端，通常需要对XMPP框架有...
iOS的XMPP聊天Demo
09-08
iOS的XMPP聊天Demo是一个基于XMPP框架实现的即时通讯应用示例，它涵盖了与聊天相关的多种功能，如好友管理、群组操作等。XMPP（Extensible Messaging and Presence Protocol）是一种开放标准的即时通讯协议，它基于...
xmpp协议详解
03-08
xmpp协议详解
XMPP协议详解
01-21
学习xmpp协议的同学们可以下载去看看。 本文定义了可扩展消息和出席信息协议（XMPP）的核心功能，这个协议采用XML流实现在任意两个网络终端接近实时的交换结构化信息。XMPP提供一个通用的可扩展的框架来交换XML数据，它主要用来建立即时消息和出席信息应用以实现 RFC 2779 的需求。
xmpp协议详解RFC3920中文版（chm）
09-05
xmpp协议详解RFC3920中文版 chm文件，电子书可用，已经正确的更新文档内的连接。对内容没有更改。
XMPP协议简介
Floating Cat
10-13 1436
简介： 可扩展消息和展示协议，以一种以xml为基础的开放式实时通信协议，也是目前主流的四种IM协议之一。它将需要实时通信的消息嵌入到xml结构体中，不仅具有很好的可扩展性，还拥有较强的可读性。简单的说，就是一个拥有良好扩展性的发送接收处理消息的协议。在XMPP协议中定义了三种角色：客户端、服务端、网关，通信能够在这三者之间的任意两者之间双向完成。服务器端同时承担了客户端信息记录，连接管理和路由功能
xmpp协议1
weixin_34265814的博客
01-08 128
XMPP是一个开放的可扩展标记语言[XML]协议，用于近实时的消息、出席与请求-响应服务。基本语法语义最初是由Jabber开源社区在1999年开发的。2002年，XMPP工作组授权开发一个Jabber协议的改写本，以适用于IETF的即时消息（IM）与出席技术。作为XMPP工作组的成果，目前的文档定义了XMPP1.0的核心性质；该扩展要提供的在RFC2779[IM-REQS]中所定义的即时消息与即时...
XMPP在iOS客户端的优化与高效实现
本文主要探讨了XMPP在iOS平台上的应用和优化，特别是在即时通讯客户端开发中的实践。随着社交网络的兴起，XMPP作为一种基于XML的开源实时通信协议，因其强大的可扩展性和灵活性，已经成为现代即时通讯协议的重要组成...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值