XMPP协议、MQTT协议、HTTP协议、CoAP协议的基本比较

        一、先看下相关国外的专业数据对四大协议的比较：

          XML的解析对于嵌入多设备来说是比较痛苦的 ，所以在嵌入设备上做开发的时候，最好不要选择基于XML的协议。

         二、四大协议的基本介绍：

       三、从现有的移动端（Android）消息推送方案中，也可以看出MQTT协议和XMPP协议的优缺点

方案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协议（更多信息见：  http://mqtt.org/ ） 
简介：轻量级的、基于代理的“发布/订阅”模式的消息传输协议。 
优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域（参考：  http://mqtt.org/software ），且已有C++版的服务端组件rsmb。 
缺点：不够成熟、实现较复杂、服务端组件rsmb不开源，部署硬件成本较高。 

方案4、 使用HTTP轮循方式 
简介：定时向HTTP服务端接口（Web Service API）获取最新消息。 
优点：实现简单、可控性强，部署硬件成本低。 
缺点：实时性差。 

对各个方案的优缺点的研究和对比，推荐使用MQTT协议的方案进行实现，主要原因是： MQTT最快速，也最省流量（固定头长度仅为2字节），且极易扩展，适合二次开发 。

总结来说：

如果我们对上面的结果进行一次PK，我想最后的结果就是MQTT vs CoAP。HTTP对于嵌入式设备来说太重了，也不灵活，XMPP就更不用说了，与MQTT还有一比的便是CoAP——一个还在草稿阶段的协议。