即时通讯协议的选型之XMPP

2 min read

IM协议按照是否公开可以分为私有协议(腾讯QQ)和开放协议(GTalk)。私有IM协议需要从零开始设计和搭建,时间和财力成本极高。而开放协议:

  • 经过业界的长期研究和验证,在安全性、完备性容、容错性等诸多方面都有保障。
  • 由于其开放的特性,业界已经有很多优秀的开源IM Server和IM Client,直接基于这些开源组件进行开发,可以在相对短的时间内快速搭建高质量的Chat基础服务。
  • 开放协议一般具有较高的可扩展性,可以进行协议的扩展和改造,以适应特殊的应用场景和需求。

目前主流的IM协议有XMPP (Extensible Messaging and Presence Protocol), SIMPLE(session initiation protocol for instant messaging and presence leveraging extensions), IMPP (Instant Messaging and Presence Protocol)。

IMPP主要定义了必要的协议和数据格式,用来构建一个具有空间接收、发布能力的即时信息系统。到目前为止,这个组织已经出版了三个草案RFC,但主要的有两个:一个是针对站点空间和即时通讯模型的(RFC 2778);另一个是针对即时通讯/空间协议需求条件的(RFC2779)。RFC2778是一个资料性质的草案,定义了所有presence和IM服务的原理。RFC2779定义了IMPP的最小需求条件。另外,这个草案还就presence服务定义了一些条款,如运行的命令、信息的格式,以及presence服务器如何把presence的状态变化通知给客户。

SIMPLE计划利用SIP来发送presence信息。SIP是IETF中为终端制定的协议。SIP一般考虑用在建立语音通话中,一旦连接以后,依靠如实时协议(RTP)来进行实际上的语音发送。但SIP不仅仅能被用在语音中,也可以用于视频。SIMPLE被定义为建立一个IM进程的方法。SIMPLE在2002年夏季得到额外的信任,目前,微软和IBM都致力于在它们的即时通讯系统中实现这个协议。 SIMPLE小组致力于进程模式的操作,这将提升运行效率,使基于SIP的机制能够进行会议和三方电话交谈控制,也考虑到能和未来提供的许多新特性实现兼容并提升表现能力。有了进程模式,SIMPLE使用SIP来建立一次进程,再利用SDP(进程描述协议)来实际传输IM数据。

XMPP是基于可扩展标记语言(XML)的协议,它用于即时消息(IM)以及在线现场探测。这个协议可能最终允许因特网用户向因特网上的其他任何人发送即时消息,即使其操作系统和浏览器不同。它继承了在XML环境中灵活的发展性。因此,基于XMPP的应用具有超强的可扩展性。经过扩展以后的XMPP可以通过发送扩展的信息来处理用户的需求,以及在XMPP的顶端建立如内容发布系统和基于地址的服务等应用程序。而且,XMPP包含了针对服务器端的软件协议,使之能与另一个服务器进行通话,这使得开发者更容易建立客户应用程序或给一个配好系统添加功能。

XMPP应用广泛,国内外已有众多大规模的应用案例,参见表1。基本上,除了商业公司私有化的聊天协议,XMPP已经成为事实上的标准IM协议。

表1 XMPP应用一览表

xmpp

基于XMPP的方案拥有大量的Server端、Client端以及类库实现,可以快速搭建满足业务需求的应用。XMPP去中心化的设计具有天生的scale out扩展性,同时支持server-2-server通信,可以与其他XMPP服务器进行连接,实现帐号的跨域聊天。XMPP的这种特性非常适合应用于提供IM基础服务的平台。综上所诉,XMPP是以上几个协议中最完善、可扩展性最好、应用最广、组件支持最多的一个协议。因此,Chat Service选用XMPP作为Chat Service的IM协议。

XMPP简介

XMPP的前身是Jabber,一个开源形式组织产生的网络即时通信协议。Jabber是一个开放源码形式组织产生的网络实时通信协议,第一个公开版本于2000年5月发行。Jabber已经由IETF XMPP协议(RFC3290)标准化。2001年成立的Jabber软件基金会于2007年更名为XMPP标准基金会。

XMPP原本是为即时通讯而量身定制,但由于XML Stanza本身是XML元素,在基于XML灵活发展的特性下,使得XMPP也可以适用其它方面,已经得到了IETF的批准。XMPP与IMPP、PRIM、SIP合称四大IM协议主流:

  • 即时信息和出席协议(Instant Messaging and Presence Protocol, IMPP)
  • 出席和即时信息协议(Presence and Instant Messaging Protocol, PRIM)
  • 针对即时信息和出席扩展的会话发起协议(Session Initiation Protocol for Instant Messaging and Presence Leveraging Extensions, SIP)
  • 可扩展的消息出席协议(XMPP)

最初研发IMPP 也是为了创建一种标准化的协议,但是今天,IMPP 已经发展成为基本协议单元,定义所有即时通信协议应该支持的核心功能集。XMPP 和SIP两种协议是架构,有助于实现IMPP协议所描述的规范。PRIM 最初是基于即时通信的协议,与XMPP和SIP 类似,但是己经不再使用。

在这四种协议中,XMPP是最灵活的。XMPP是一种基于XML的协议,它继承了在XML环境中灵活的发展性。因此,基于XMPP的应用具有超强的可扩展性。经过扩展以后的XMPP可以通过发送扩展的信息来处理用户的需求,以及在XMPP的顶端建立如内容发布系统和基于地址的服务等应用程序。而且,XMPP包含了针对服务器端的软件协议,使之能与另一个进行通话,这使得开发者更容易建立客户应用程序或给一个配好系统添加功能。

XMPP系统特点

  • XMPP 协议是公开的,由JSF开源社区组织开发的。XMPP 协议并不属于任何的机构和个人,而是属于整个社区,这一点从根本上保证了其开放性。
  • XMPP 协议具有良好的扩展性。在XMPP 中,即时消息和到场信息都是基于XML 的结构化信息,这些信息以XML 节(XML Stanza)的形式在通信实体间交换。XMPP 发挥了XML 结构化数据的通用传输层的作用,它将出席和上下文敏感信息嵌入到XML 结构化数据中,从而使数据以极高的效率传送给最合适的资源。基于XML 建立起来的应用具有良好的语义完整性和扩展性。
  • 分布式的网络架构。XMPP 协议都是基于Client/Server 架构,但是XMPP协议本身并没有这样的限制。网络的架构和电子邮件十分相似,但没有结合任何特定的网络架构,适用范围非常广泛。
  • XMPP 具有很好的弹性。XMPP 除了可用在即时通信的应用程序,还能用在网络管理、内容供稿、协同工具、档案共享、游戏、远端系统监控等。
  • 安全性。XMPP在Client-to-Server通信,和Server-to-Server通信中都使用TLS (Transport Layer Security)协议作为通信通道的加密方法,保证通信的安全。任何XMPP服务器可以独立于公众XMPP网络(例如在企业内部网络中),而使用SASL及TLS等技术更加增强了通信的安全性。如下图所示:

xmpp-1

XMPP的架构

XMPP的基本网络架构包含三元素:客户端、服务器、网关,具体如下图:

xmpp-2

  • 服务器:承担客户端信息记录、连接管理和信息的路由功能。
  • 网关:承担着异构即时通信系统的互联互通,包括(SMS、MSN、ICQ等)。

Jabber识别符(JID)是用户登录时所使用的帐号,看起来通常像一个电子邮件地址,如:someone@example.com,前半部分是用户名,后半部分是XMPP服务器域名,两个字段以@符号区隔。

假设李雷(LiLei@A.com)想和韩梅梅(HanMeimei@B.net)通话,他们两人的帐号分别在A.com和B.net的服务器上。当李雷发送信息后,过程如下:

  • 李雷的XMPP客户端将他的信息传送到com XMPP服务器。
  • com XMPP服务器打开与net XMPP服务器的连接。
  • net XMPP服务器将信息传送给韩梅梅,如果其当前不在线,则存储信息以待其上线后发送。

xmpp-3

李雷和韩梅梅两人的XMPP服务器由两家不同的业者所提供,而它们彼此通信时,不需要拥有对方服务器的帐号,也不需要成为对方业者的会员,非常方便。

XMPP是一个典型的C/S架构,而不是像大多数即时通讯软件一样,使用P2P客户端到客户端的架构,也就是说在大多数情况下,当两个客户端进行通讯时,他们的消息都是通过服务器传递的(也有例外,例如在两个客户端传输文件时)。采用这种架构,主要是为了简化客户端,将大多数工作放在服务器端进行,这样,客户端的工作就比较简单,而且,当增加功能时,多数是在服务器端进行。XMPP服务的框架结构如下图所示。XMPP中定义了三个角色,XMPP客户端,XMPP服务器、网关。通信能够在这三者的任意两个之间双向发生。服务器同时承担了客户端信息记录、连接管理和信息的路由功能。网关承担着与异构即时通信系统的互联互通,异构系统可以包括SMS(短信)、MSN、ICQ等。基本的网络形式是单客户端通过TCP/IP连接到单服务器,然后在之上传输XML,工作原理是:

  • 节点连接到服务器;
  • 服务器利用本地目录系统中的证书对其认证;
  • 节点指定目标地址,让服务器告知目标状态;
  • 服务器查找、连接并进行相互认证;
  • 节点之间进行交互。

xmpp-4

1)XMPP客户端

XMPP 系统的一个设计标准是必须支持简单的客户端。事实上,XMPP 系统架构对客户端只有很少的几个限制。一个XMPP 客户端必须支持的功能有:

  • 通过 TCP 套接字与XMPP 服务器进行通信;
  • 解析组织好的 XML 信息包;
  • 理解消息数据类型。

XMPP 将复杂性从客户端转移到服务器端。这使得客户端编写变得非常容易,更新系统功能也同样变得容易。XMPP 客户端与服务端通过XML 在TCP 套接字的5222 端口进行通信,而不需要客户端之间直接进行通信。

基本的XMPP 客户端必须实现以下标准协议(XEP-0211):

  • RFC3920 核心协议Core
  • RFC3921 即时消息和出席协议Instant Messaging and Presence
  • XEP-0030 服务发现Service Discovery
  • XEP-0115 实体能力Entity Capabilities

2)XMPP服务器

XMPP 服务器遵循两个主要法则:

  • 监听客户端连接,并直接与客户端应用程序通信;
  • 与其他 XMPP 服务器通信;

XMPP开源服务器一般被设计成模块化,由各个不同的代码包构成,这些代码包分别处理Session管理、用户和服务器之间的通信、服务器之间的通信、DNS(Domain Name System)转换、存储用户的个人信息和朋友名单、保留用户在下线时收到的信息、用户注册、用户的身份和权限认证、根据用户的要求过滤信息和系统记录等。另外,服务器可以通过附加服务来进行扩展,如完整的安全策略,允许服务器组件的连接或客户端选择,通向其他消息系统的网关。

基本的XMPP 服务器必须实现以下标准协议

  • RFC3920 核心协议Core
  • RFC3921 即时消息和出席协议Instant Messaging and Presence
  • XEP-0030 服务发现Service Discovery

3)XMPP网关

大家可能会奇怪,这里为什么需要一个网关呢。这要从 XMPP 的来源说起。1996 年 Mirabilis 公司推出了世界上第一个即时通信系统 ICQ,不到 10 年,IM 就成了最流行的应用之一,MSN、Gtalk、雅虎即时通、AIM、Adium、Pidgin 等各种软件如雨后春笋般涌现,但是这些服务之间没有统一的标准,不能互联互通,XMPP 的设计目的就是为了实现整个及时通信服务协议的互通,让 IM 成为继 WEB 和 Email 之后的互联网第三大服务。

XMPP 突出的特点是可以和其他即时通信系统交换信息和用户在线状况。由于协议不同,XMPP 和其他系统交换信息必须通过协议的转换来实现,目前几种主流即时通信协议都没有公开,所以XMPP 服务器本身并没有实现和其他协议的转换,但它的架构允许转换的实现。实现这个特殊功能的服务端在XMPP 架构里叫做网关(gateway)。目前,XMPP 实现了和AIM、ICQ、IRC、MSN Massager、RSS0.9 和Yahoo Massager 的协议转换。由于网关的存在,XMPP 架构事实上兼容所有其他即时通信网络,这无疑大大提高了XMPP 的灵活性和可扩展性。

XMPP的协议

在以前及时通讯相关的指令要么用2进制的形式发送(比如QQ),要么用纯文本指令加空格加参数加换行苻的方式发送(比如MSN)。而XMPP传输的即时通讯指令的逻辑与以往相仿,只是协议的形式变成了XML格式的纯文本。这不但使得解析容易了,人也容易阅读了,方便了开发和查错。而XMPP的核心部分就是一个在网络上分片断发送XML的流协议。这个流协议是XMPP的即时通讯指令的传递基础,也是一个非常重要的可以被进一步利用的网络基础协议。所以可以说,XMPP用TCP传的是XML流。

其实XMPP 是一种很类似于http协议的一种数据传输协议,它的过程就如同“解包装–〉包装”的过程,用户只需要明白它接受的类型,并理解它返回的类型,就可以很好的利用xmpp来进行数据通讯。

1)XML流传输协议

XMPP的核心XML流传输协议的定义使得XMPP能够在一个比以往网络通信协议更规范的平台上。借助于XML易于解析和阅读的特性,使得XMPP的协议能够非常漂亮。XMPP的即时通讯扩展应用部分是根据IETF在这之前对即时通讯的一个抽象定义的,与其他业已得到广泛使用的即时通讯协议,诸如AIM,QQ等有功能完整,完善等先进性。XMPP的扩展协议Jingle使得其支持语音和视频。XMPP的官方文档时RFC 392。

客户端开始和XMPP服务器会话,会打开一个长时间的TCP连接,然后和服务器协商一个流。一旦你和你的服务器建立了一个XML流,你和你的服务器可以通过流交换三个特殊的XML片段,这些片段称为XML节。是XML中最有意义的基本单元,而且一旦你已建立一个XML流,你可以通过流发送无数个节。

  • 客户端与服务器通信的过程中,服务器必须允许客户端共享一个TCP连接来传输XML节,包括从客户端传到服务器和从服务器传到客户端。
  • 服务器到服务器的通信过程中,服务器必须用一个TCP连接向对方发送XML节,另一个TCP连接(由对方初始化)接受对方的XML节,一共两个TCP连接。

举例看看所谓的XML流是什么样子的?

  • 客户端:<?xml version=’1.0′?><stream:stream to=’example_com’ xmlns=’jabber:client’ xmlns:stream=’http_etherx_jabber_org/streams’ version=’1.0′>
  • 服务器:<?xml version=’1.0′?><stream:stream from=’example_com’ id=’someid’ xmlns=’jabber:client’ xmlns:stream=’http_etherx_jabber_org/streams’ version=’1.0′>
  • …其他通信…
  • 客户端:<message from=’juliet_example_com’ to=’romeo_example_net’ xml:lang=’en’>
  • 客户端:<body>Art thou not Romeo, and a Montague?</body>
  • 客户端:</message>
  • 服务器:<message from=’romeo_example_net’ to=’juliet_example_com’ xml:lang=’en’>
  • 服务器:<body>Neither, fair saint, if either thee dislike.</body>
  • 服务器:</message>
  • 客户端:</stream:stream>
  • 服务器:</stream:stream>

以文档的观点来看,客户端或服务器发送的所有XML文本连缀在一起,从<stream>到</stream>构成了一个完整的XML文档。其中的stream标签就是所谓的XML Stream。在<stream>与</stream>中间的那些<message>…</message>这样的XML元素就是所谓的XML Stanza(XML节)。XMPP核心协议通信的基本模式就是先建立一个stream,然后协商一堆安全之类的东西,中间通信过程就是客户端发送XML Stanza,一个接一个的。服务器根据客户端发送的信息以及程序的逻辑,发送XML Stanza给客户端。但是这个过程并不是一问一答的,任何时候都有可能从一方发信给另外一方。通信的最后阶段是</stream>关闭流,关闭TCP/IP连接。

2)XMPP地址格式

因为xmpp通讯实在网络上,所以每个xmpp实体都需要一个地址,称为JabberID(JID)。一个合法的JID包括一组排列好的元素,包括域名(domain identifier), 节点名(node identifier), 和资源名(resource identifier)。node@domain/resource这种结构,最常用来标识一个即时消息用户,这个用户所连接的服务器,以及这个用户用于连接对资源。一个JID的每一个合法部分的长度不能超过1023字节。

  • 域名是一个主要的ID,并且是JID中唯一必须的元素。(一个纯粹的域名也是一个合法的JID)。它通常代表网络的网关或者“主”服务器,其他实体通过连接它来实现xml转发和数据管理功能。然而,由一个域名标识引用的实体,并非总是一个服务器,也可能是一个服务器子域名地址。
  • 节点名是一个可选的第二ID,放在域名之前并用符号“@”分开。它通常表示一个向服务器或网关请求和使用网络服务的实体(比如一个客户端),当然也可能表示其他实体(如聊天室中的一个房间)。
  • 资源名是一个可选的第三ID,它放在域名后面并由“/”分开,资源名可以跟在node@domain后面也可以跟在后面。它通常表示一个特定的会话连接,或者附属于某个节点ID实体相关实体的对象。

3)XMPP消息格式

在 RFC 3920 XMPP Core 中定义了两个基础概念,XML Stream 和 XML Stanza,XML Stream 是两个节点之间进行数据交换的容器,它定义了顶层的XML节点;XML Stanza 则定义了实体消息的具体语义单元,在XMPP中定义了3个顶层消息:Message、Presence和IQ。

<Message>

Message是一种基本推送消息方法,它不要求响应。主要用于IM、groupChat、alert和notification之类的应用中。

主要属性如下:

  • type属性,它主要有5种类型:
    • normal:这种消息类型立即被传递或被服务器离线存储,并被客户端以任何聊天或群聊对话外的独立消息来处理。这个类型是默认值。类似于email,主要特点是不要求响应。
    • chat:chat消息类型在“聊天会话”中通常在相对短的时间内以突发消息发送。即时消息客户端在一对一的对话界面中显示这些信息。类似于qq里的好友即时聊天,主要特点是实时通讯。
    • groupchat:XMPP服务器通常将路由类型为groupchat的消息路由到一个拥有多个聊天室的专门组件或模块,并且这个组件产生一个向外的消息给房间的每一个人。类似于聊天室里的群聊。
    • headline:headline消息通常不被离线存储,因为他们是临时性的。另外,XMPP服务器经常传递headline类型的消息到所有和账户关联的在线设备(至少priority值为非负的)。用于发送alert和notification。
    • error:error类型的消息是为了应答先前发送的消息而被发送出去的,以指示和先前消息有关的错误发送(接收人不出席,此时不能发送消息等)。如果发送message出错,发现错误的实体会用这个类别来通知发送者出错了。
  • to属性:标识消息的接收方。
  • from属性:指发送方的名字或标示。为防止地址外泄,这个地址通常由发送者的server填写,而不是发送者。
  • 载荷(payload):此元素包含了要提交给目标用户的信息。例如body,subject,thread

消息结构如下:

在聊天中加入不知道聊天对象的状态会让人误以为对方已经离线或不想搭理人,未免让人心中有所失落。比如,你和你的女友聊天,你问:“亲爱的,今天都干啥了”,你的女友很兴奋,她有很多话要告诉你,由于打字的时间太久让你觉得她不爱你….好嘛,这样的聊天是不是很虐心….然后,办法还是有的,你需要在你的IM系统中得到聊天状态的通告,定义聊天状态通告[XEP-0085]

聊天状态

  • Starting:人开始一个对话,但是你还没有参与进来
  • Active:正参与在对话中,当前你没有组织你的消息,而是在关注
  • Composing:正在组织一个消息
  • Paused:开始组织一个消息,但由于某个原因而停止组织消息
  • Inactive:一段时间里没有参与这个对话
  • Gone:参与的这个对话已经结束

示例:

<Presence>

presence用来表明用户的状态,如:online、away、dnd(请勿打扰)等。当改变自己的状态时,就会在stream的上下文中插入一个Presence元素,来表明自身的状态。要想接受presence消息,必须经过一个叫做presence subscription的授权过程。

属性:

  • type属性,非必须。有以下类别
    • subscribe:订阅其他用户的状态
    • probe:请求获取其他用户的状态
    • unavailable:不可用,离线(offline)状态
  • to属性:标识消息的接收方。
  • from属性:指发送方的名字或标示。
  • 载荷(payload):
  • show:
    • chat:聊天中
    • away:暂时离开
    • xa:eXtend Away,长时间离开
    • dnd:勿打扰
  • status:格式自由,可阅读的文本。也叫做rich presence或者extended presence,常用来表示用户当前心情,活动,听的歌曲,看的视频,所在的聊天室,访问的网页,玩的游戏等等。
  • priority:范围-128~127。高优先级的resource能接受发送到bare JID的消息,低优先级的resource不能。优先级为负数的resource不能收到发送到bare JID的消息。

消息结构如下:

<IQ>(Info / Query)

一种请求/响应机制,从一个实体从发送请求,另外一个实体接受请求,并进行响应。例如,client在stream的上下文中插入一个元素,向Server请求得到自己的好友列表,Server返回一个,里面是请求的结果。

主要的属性是type。发送IQ节的实体必须总是接收一个回复(通常由目的接收者或接受者的服务器产生)。请求和应答通过使用id属性跟踪,id属性由请求实体生成,并被包含在应答的实体中。

  • Get : 请求实体信息,例如请求注册一个账户(类似于HTTP GET)。
  • Set : 请求实体提供一些信息或作出一个请求(类似于HTTP POST或PUT)。
  • Result : 应答实体返回get操作的结果(例如一个实体必须提供信息用来注册账户),或者确认一个set请求(类似于一个HTTP200状态码)。
  • Error: 应答实体或一个中间实体,例如XMPP服务器,通知请求实体它不能处理get或set请求(例如,因为请求的格式不正确,请求实体无权执行该操作等)。早期在HTTP中使用的数字错误代码已被可扩展错误条件的XML元素取代。

消息结构如下:

说到这里,就不得不说XMPP一只被吐槽的缺点:由于使用XML,网络流量的 70% 都消耗在 XMPP 协议层了。基于此WhatsApp在此基础上改进了XMPP协议。https://github.com/WHAnonymous/Chat-API/wiki/FunXMPP-Protocol

XMPP协议的组成

主要的XMPP 协议范本及当今应用很广的XMPP 扩展:

  • RFC 3920 XMPP:核心。定义了XMPP 协议框架下应用的网络架构,引入了XML Stream(XML 流)与XML Stanza(XML 节),并规定XMPP 协议在通信过程中使用的XML 标签。使用XML 标签从根本上说是协议开放性与扩展性的需要。此外,在通信的安全方面,把TLS 安全传输机制与SASL 认证机制引入到内核,与XMPP 进行无缝的连接,为协议的安全性、可靠性奠定了基础。Core 文档还规定了错误的定义及处理、XML 的使用规范、JID(Jabber Identifier,Jabber 标识符)的定义、命名规范等等。所以这是所有基于XMPP 协议的应用都必需支持的文档。
  • RFC 3921:用户成功登陆到服务器之后,发布更新自己的在线好友管理、发送即时聊天消息等业务。所有的这些业务都是通过三种基本的XML 节来完成的:IQ Stanza(IQ 节), Presence Stanza(Presence 节), Message Stanza(Message 节)。RFC3921 还对阻塞策略进行了定义,定义是多种阻塞方式。可以说,RFC3921 是RFC3920 的充分补充。两个文档结合起来,就形成了一个基本的即时通信协议平台,在这个平台上可以开发出各种各样的应用。
  • XEP-0030 服务搜索。一个强大的用来测定XMPP 网络中的其它实体所支持特性的协议。
  • XEP-0115 实体性能。XEP-0030 的一个通过即时出席的定制,可以实时改变交变广告功能。
  • XEP-0045 多人聊天。一组定义参与和管理多用户聊天室的协议,类似于Internet 的Relay Chat,具有很高的安全性。
  • XEP-0096 文件传输。定义了从一个XMPP 实体到另一个的文件传输。
  • XEP-0124 HTTP 绑定。将XMPP 绑定到HTTP 而不是TCP,主要用于不能够持久的维持与服务器TCP 连接的设备。
  • XEP-0166 Jingle。规定了多媒体通信协商的整体架构。
  • XEP-0167 Jingle Audio Content Description Format。定义了从一个XMPP 实体到另一个的语音传输过程。
  • XEP-0176 Jingle ICE(Interactive Connectivity Establishment)Transport。ICE传输机制,文件解决了如何让防火墙或是NAT(Network Address Translation)保护下的实体建立连接的问题。
  • XEP-0177 Jingle Raw UDP Transport。纯UDP 传输机制,文件讲述了如何在没有防火墙且在同一网络下建立连接的。
  • XEP-0180 Jingle Video Content Description Format。定义了从一个XMPP 实体到另一个的视频传输过程。
  • XEP-0181 Jingle DTMF(Dual Tone Multi-Frequency)。
  • XEP-0183 Jingle Telepathy Transport Method。

其他参考资料:

打赏作者
微信支付标点符 wechat qrcode
支付宝标点符 alipay qrcode

用户模型之三户模型

10 sec read

常用算法之分治法

分治法概念 分治法(divide-and-conquer)字面上的解释是“分而治之”,就是把一个复杂的问题分成两个或更多的相同或相似的子问题,直到最后子问题可以简单的直接求解,原问题的解即子问题的解的合并。分治有两个特点: 子问题相互独立且与原问题形式 ...
1 min read

使用Python更换外网IP

在进行数据抓取时,经常会遇到IP被限制的情况,常见的解决方案是搭建代理IP池,或购买IP代理的服务。除此之外,还有一个另外的方法就是使用家里的宽带网络进行抓取。由于家里的宽带每次断开重新连接时都会分配一个新的IP,所以在我们抓取数据的时候,判断 ...
36 sec read

3 Replies to “即时通讯协议的选型之XMPP”

  1. 忍不住了过来吐槽一下作者!!你只知道im却不知道移动im。移动im对协议的要求远远高于im。在移动时代还这么推崇xmpp简直就是误人子弟

  2. 最大的bug是居然说微信是参考xmpp还把微信归于xmpp行列里,简直就是对微信的侮辱。建议作者好好看看微信的架构吧

Leave a Reply

Your email address will not be published. Required fields are marked *