移动端消息推送xmpp和mqtt对比

移动端消息推送 xmpp 和 mqtt

本文主旨在于，对目前Android平台上最主流的几种消息推送方案进行分析和对比，比较客观地反映出这些推送方案的优缺点，帮助大家选择最合适的实施方案。

方案1、使用GCM服务（Google Cloud Messaging）

简介：Google推出的云消息服务，即第二代的G2DM。

优点：Google提供的服务、原生、简单，无需实现和部署服务端。

缺点：Android版本限制（必须大于2.2版本），该服务在国内不够稳定、需要用户绑定Google帐号，受限于Google。

方案2、使用XMPP协议（Openfire + Spark + Smack）

简介：基于XML协议的通讯协议，前身是Jabber，目前已由IETF国际标准化组织完成了标准化工作。

优点：协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中，且已有开源的Java版的开发实例androidpn。

缺点：协议较复杂、冗余（基于XML）、费流量、费电，部署硬件成本高。

广州某保代公司实际使用中...

方案3、使用MQTT协议（更多信息见：MQTT: MQ Telemetry Transport）

简介：轻量级的、基于代理的“发布/订阅”模式的消息传输协议。

优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域（参考：Software - runtimes, APIs and libraries for MQTT），且已有C++版的服务端组件rsmb。

缺点：不够成熟、实现较复杂、服务端组件rsmb不开源，部署硬件成本较高。

2014.1.7 update :

  IBM的小型mqtt服务器，经验证，在出现上千客户端订阅连接后，极容易出现broker陷入不可恢复的错误死循环。源于代码不开源，具体发生原因不明。

  替代的broker方案是mosquitto。推荐使用！

方案4、使用HTTP轮循方式

简介：定时向HTTP服务端接口（Web Service API）获取最新消息。

优点：实现简单、可控性强，部署硬件成本低。

缺点：实时性差。