1. 简介
- MQTT(Message Queuing Telemetry Transport,消息队列遥测传输)
- 基于客户端-服务器的消息发布/订阅(publish/subscribe)模式的"轻量级"消息协议
- MQTT协议构建于TCP/IP协议上
- 是为硬件性能低下的远程设备以及网络状况糟糕的情况下而设计的发布/订阅型消息协议
2. 主要特性
MQTT协议是为大量计算能力有限,且工作在低带宽、不可靠的网络的远程传感器和控制设备通讯而设计的协议,它具有以下主要的几项特性:
-
使用发布/订阅消息模式,提供一对多的消息发布,解除应用程序耦合
-
对负载内容屏蔽的消息传输
-
使用 TCP/IP 提供网络连接,提供有序,无损,双向连接
-
消息QoS支持,可靠传输保证,有三种消息发布服务质量
-
至多一次
消息发布完全依赖底层TCP/IP网络。会发生消息丢失或重复。这一级别可用于如下情况,环境传感器数据,丢失一次读记录无所谓,因为不久后还会有第二次发送。这一种方式主要普通APP的推送,倘若你的智能设备在消息推送时未联网,推送过去没收到,再次联网也就收不到了。
-
至少一次
确保消息到达,但消息重复可能会发生。
-
只有一次
确保消息到达一次。在一些要求比较严格的计费系统中,可以使用此级别。在计费系统中,消息重复或丢失会导致不正确的结果。这种最高质量的消息发布服务还可以用于即时通讯类的APP的推送,确保用户收到且只会收到一次。
-
-
小型传输,开销很小(固定长度的头部是 2 字节),协议交换最小化,以降低网络流量
-
使用 Last Will 和 Testament 特性通知有关各方客户端异常中断的机制
3. MQTT协议流程
- CONNECT:客户端连接到MQTT代理
- CONNACK:连接确认
- PINGREQ:心跳
- PINGRESP:确认心跳
- SUBSCRIBE:客户端订阅某个主题
- SUBACK:对于SUBSCRIBE消息的确认
- UNSUBSCRIBE:客户端终止订阅的消息
- UNSUBACK:对于UNSUBSCRIBE消息的确认
- PUBLISH:新发布消息
- PUBACK:新发布消息确认,是QoS 1给PUBLISH消息的回复
- PUBREC:QoS 2消息流的第一部分,表示消息发布已记录
- PUBREL:QoS 2消息流的第二部分,表示消息发布已释放
- PUBCOMP:QoS 2消息流的第三部分,表示消息发布完成
2消息流的第二部分,表示消息发布已释放 - PUBCOMP:QoS 2消息流的第三部分,表示消息发布完成
- DISCONNECT:客户端终止连接前通知MQTT代理