Android推送方案分析（MQTT/XMPP/GCM）

本文主旨在于，对目前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协议（更多信息见：<a target=_blank target="_blank" href="http://mqtt.org/" rel="nofollow" style="color: rgb(45, 100, 179); text-decoration: none;">http://mqtt.org/</a>）简介：轻量级的、基于代理的“发布/订阅”模式的消息传输协议。优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域（参考：<a target=_blank target="_blank" href="http://mqtt.org/" rel="nofollow" style="color: rgb(45, 100, 179); text-decoration: none;">http://mqtt.org/</a>software），且已有C++版的服务端组件rsmb。缺点：不够成熟、实现较复杂、服务端组件rsmb不开源，部署硬件成本较高。 方案4、使用HTTP轮循方式简介：定时向HTTP服务端接口（Web Service API）获取最新消息。优点：实现简单、可控性强，部署硬件成本低。缺点：实时性差。 对各个方案的优缺点的研究和对比，推荐使用MQTT协议的方案进行实现，主要原因是：MQTT最快速，也最省流量（固定头长度仅为2字节），且极易扩展，适合二次开发。接下来，我们就来分析使用MQTT方案进行Android消息的原理和方法，并架设自己的推送服务。如果还不明白的 话，要看分析的话，给你个网址：<a target=_blank target="_blank" href="http://m.oschina.net/blog/82059" rel="nofollow" style="color: rgb(45, 100, 179); text-decoration: none;">http://m.oschina.net/blog/82059</a>