不适合。虽然说XMPP本身是一个非常完整的协议，而且扩展性相当好，也有一些很好的Broker。但它并不适合用来做移动IM。其中一个劣势@jwfing 已经提到，就是它本身协议承载数据比例太低，差不多70%的流量都是消耗在标签上。另一个麻烦的问题就是它的延迟大。我们试验过用XMPP来做一个简单的Connect和用户认正,不仅要用1K的流量，还需要5-7次的交互，换句话说，一个登录就是秒级的延迟（移动互联网一个环回大概就是400、500毫秒）。另一个缺点就是XMPP的编解码也是很重，因为它是纯文本的解析器，你要用纯文本去做，不管是编码还是解码都是比较重的，在移动环境下合适。


推荐用MQTT协议，它是二进制协议，而且本身非常精简，做移动网络环境下做IM非常合适，省电省流量。它的做法是一个订阅／发布系统，拿到权限的人就可以往频道里发消息，任何在这个频道里的人就可以收到。MQTT还是开放协议，有很多开源实现，可以用它的开源实现搭个环境来玩一玩。另外很重要的一点就是它的扩展很方便，它原来就留了两个两个命令字，再加上它协议头本身很轻，在它的扩展命令字上做一些简单的事情就可以扩展出很多命令字。


我们云巴yunba.io是基于MQTT协议做双向消息实时推送，也支持Socket.io。开发者可以使用云巴，快速搭建包括移动IM以内的各类型实时应用。可以稳定支持千万级亿级海量用户。我们设立多处主干机房，全国范围内消息延迟在0.2s以内。

我们也投入了大量时间精力研究实践实时海量数据通讯、统计、存储等问题。之前创始人还在ArchSummit上就这方面做了的分享，题目就是实时系统架构和实践，有兴趣的可以戳http://t.cn/RhUxmwN看视频，全程干货，当时也提到了协议选择的问题。

对了，还有一个基于云巴产品开发的移动IM开源Demo，或许有用哈，Github地址http://t.cn/RPxwZjQ