即时通信

GCM(Google Cloud Messaging)

优点：Google提供的服务、原生、简单，无需实现和部署服务端
缺点：该服务在国内不够稳定、需要用户绑定Google帐号，受限于Google。

HTTP

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

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

XMPP(Openfire + Spark + Smack)

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

优点：协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中，且已有开源的Java版的开发实例androidpn。
缺点：协议较复杂、冗余（基于XML）、费流量、费电，部署硬件成本高

MQTT(Message Queuing Telemetry Transport，消息队列遥测传输协议)

轻量级的、基于代理的“发布/订阅”模式的消息传输协议。该协议构建于TCP/IP协议之上

优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域参考，且已有C++版的服务端组件rsmb。 作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。

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

image

MQTT协议中有三种身份

• 发布者（Publish）
• 代理（Broker）（服务器）
• 订阅者（Subscribe）

MQTT传输的消息分为两部分：

• 主题（Topic）

  Topic，可以理解为消息的类型，订阅者订阅（Subscribe）后，就会收到该主题的消息内容（payload）；

• 负载（payload）

  payload，可以理解为消息的内容，是指订阅者具体要使用的内容。

特性

• 使用发布/订阅消息模式，提供一对多的消息发布，解除应用程序耦合。
• 对负载内容屏蔽的消息传输。
• 使用TCP/IP提供网络连接。
• 有三种消息Qos发布服务质量：
  • a.至多一次(Qos == 0)
  • b.至少一次(Qos == 1)
  • c.只有一次(Qos == 2)
• 小型传输，开销很小（固定长度的头部是2字节），协议交换最小化，以降低网络流量。
• 提供Last Will 和 Testament特性通知有关各方客户端异常中断的机制

开源框架

• eclipse paho
• Mosquitto