节约流量这一点的需求在移动端IM上尤其重要 !!!xmpp: 协议开源,可拓展性强,在各个端(包括服务器)有各种语言的实现,开发者接入方便。...,服务端以此来判断客户端是否还在线心跳还需要维持移动网络的GGSN最常见的就是每隔固定时间(如4分半)发送心跳,但是这样不够智能.4分半的原因就是综合了各家移动运营商的NAT超时时间心跳时间太短,消耗流量...服务端发送命令给当前节点上的客户端,让客户端连接到新增节点上.服务端还需要确定是否有部分连接到其他节点了,然后再有相应的策略.按照之前的方式,客户端重新登录请求router server,然后再进行连接的话...因此流量大并不是主要缺点还有一点就是消息不可靠,它的请求及应答机制也是主要为稳定长连网络环境所设计,对于带宽偏窄及长连不稳定的移动网络并不是特别优化因此设计成支持多终端状态的XMPP在移动领域并不是擅长之地为啥...协议要考虑容易扩展, 方便后续新增字段, 支持多平台要考虑客户端和服务端的实现是否简单编解码的效率跨机房, 多机房容灾服务需要能够跨机房,尤其是有状态的节点.需要储备多机房容灾,防止整个机房挂掉.刚讨论说到接入层有哪些功能的