目录
前言
MQTT协议是一种轻量级的通信协议,可以用于物联网设备通信以及移动设备通信等场景。掌握MQTT协议的基本概念和工作原理是开发物联网应用程序的重要基础。
一、MQTT协议
MQTT(Message Queuing Telemetry Transport,消息队列遥测传输协议),是一种基于发布/订阅(publish/subscribe)模式的“轻量级”通讯协议,该协议构建于TCP/IP协议上,由IBM在1999年发布。
二、MQTT特点
- 轻量级:MQTT协议使用的是二进制协议,通信数据包很小,可以在网络带宽较小的情况下使用。
- 易于实现:MQTT协议的实现比较简单,使用方便。
- 可靠性高:MQTT协议支持数据包重传,可以保证消息的可靠性。
- 支持QoS服务质量等级:MQTT协议支持三种QoS服务质量等级,可以根据需求选择合适的服务质量等级。
三、mqtt原理
MQTT是一个基于客户端-服务器的协议
正因为基于客户端-服务器形式,MQTT
协议中需要三种身份:发布者(Publish)
、代理(Broker)
(服务器)、订阅者(Subscribe)
。其中,发布者
和订阅者
都是客户端,代理
是服务器,发布者
可以同时是订阅者
。
举个例子:
我是一个短视频app用户,我对游戏(这时“游戏”就是主题)比较感兴趣,于是我关注了游戏(订阅“游戏”主题),期间app平台每天就推送新的游戏的视频(这就是推送消息,视频则是有效载荷 ),这时我就是订阅者。而我平常也喜欢摄影,常常拍有趣的事情,于是我就向app平台上传视频分享(发布消息),定义标题为摄影(这时“摄影”就是主题),而这时我是发布者,同时我也可以关注其他主题的短视频(我是关注其他主题的其中一员,订阅者可以有很多个),所以我此时既是发布者也是订阅者,而app平台则是服务器。
四、MQTT数据格式
MQTT控制报文由三部分组成,MQTT所有收、发的数据都是按照这个格式的,因此简单是MQTT的一个特点:
其中固定头必须有,可变头和消息体在固定头的部分消息类型是可以没有。
1、固定头
固定头(Fixed header):由消息类型、标志和剩余长度三部分组成。
消息类型
消息类型定义了消息的种类和用途,通过使用不同的MQTT消息类型,可以实现消息的发布、订阅、确认、取消等功能,以满足不同场景的通信需求。
消息类型共16个,如下:
名字 | 值 | 报文流动方向 | 描述 |
---|---|---|---|
Reserved | 0 | 禁止 | 保留 |
CONNECT | 1 | 客户端到服务端 | 客户端请求连接服务端 |
CONNACK | 2 | 服务端到客户端 | 连接报文确认 |
PUBLISH | 3 | 两个方向都允许 | 发布消息 |
PUBACK | 4 | 两个方向都允许 | QoS 1消息发布收到确认 |
PUBREC | 5 | 两个方向都允许 | 发布收到(保证交付第一步) |
PUBREL | 6 | 两个方向都允许 | 发布释放(保证交付第二步) |
PUBCOMP | 7 | 两个方向都允许 | QoS 2消息发布完成(保证交互第三步) |
SUBSCRIBE | 8 | 客户端到服务端 | 客户端订阅请求 |
SUBACK | 9 | 服务端到客户端 | 订阅请求报文确认 |
UNSUBSCRIBE | 10 | 客户端到服务端 | 客户端取消订阅请求 |
UNSUBACK | 11 | 服务端到客户端 | 取消订阅报文确认 |
PINGREQ | 12 | 客户端到服务端 | 心跳请求 |
PINGRESP | 13 | 服务端到客户端 | 心跳响应 |
DISCONNECT | 14 | 客户端到服务端 | 客户端断开连接 |
Reserved | 15 | 禁止 | 保留 |
标志
标志(Flags)用于在MQTT协议中标识消息的不同属性和操作。DUP、QoS和RETAIN都属于标志,这三个标志下面会一一介绍。
标志位如下:
控制报文 | 固定报头标志 | Bit 3 | Bit 2 | Bit 1 | Bit 0 |
---|---|---|---|---|---|
CONNECT | Reserved | 0 | 0 | 0 | 0 |
CONNACK | Reserved | 0 | 0 | 0 | 0 |
PUBLISH | Used in MQTT 3.1.1 | DUP1 | QoS2 | QoS2 | RETAIN3 |
PUBACK | Reserved | 0 | 0 | 0 | 0 |
PUBREC | Reserved | 0 | 0 | 0 | 0 |
PUBREL | Reserved | 0 | 0 | 1 | 0 |
PUBCOMP | Reserved | 0 | 0 | 0 | 0 |
SUBSCRIBE | Reserved | 0 | 0 | 1 | 0 |
SUBACK | Reserved | 0 | 0 | 0 | 0 |
UNSUBSCRIBE | Reserved | 0 | 0 | 1 | 0 |
UNSUBACK | Reserved | 0 | 0 | 0 | 0 |
PINGREQ | Reserved | 0 | 0 | 0 | 0 |
PINGRESP | Reserved | 0 | 0 | 0 | 0 |
DISCONNECT | Reserved | 0 | 0 | 0 | 0 |
重发标志 DUP
DUP标志被设置为0,表示客户端或服务端第一次请求发送这个PUBLISH报文。DUP标志被设置为1,表示这可能是一个早前报文请求的重发。
客户端或服务端请求重发一个PUBLISH报文时,必须将DUP标志设置为1。对于QoS 0的消息,DUP标志必须设置为0 。
服务质量等级 QoS
服务质量(QoS)是MQTT的避免信息丢失及对数据保护的一个措施。
许多人知道,TCP/IP协议是可靠的,安全的,MQTT是基于TCP/IP协议的。为何还还要加QoS呢?其实TCP/IP协议是相对安全的,而并非绝对的安全,所以也会出现有数据丢失的可能,而QoS无疑是给MQTT添加了一层保障。
QoS是固定报头第一个字节中的第一第二位数据,这两位数据用来设置等级。
QoS值 | Bit 2 | Bit 1 | 描述 |
---|---|---|---|
0 | 0 | 0 | 最多发一次 |
1 | 0 | 1 | 至少发一次 |
2 | 1 | 0 | 只发一次 |
- | 1 | 1 | 保留位 |
保留标志 RETAIN
发布保留标识,表示服务器要保留这次推送的信息,如果有新的订阅者出现,就把这消息推送给它,如果设有那么推送至当前订阅者后释放。
剩余长度
剩余长度在协议中规定为1到4个字节长,表示当前报文剩余部分的字节数,包括可变报头和负载的数据。
剩余长度详情及计算可以看一下这篇:
(66条消息) MQTT 剩余长度_但是那是但是的博客-CSDN博客
2、可变头
可变头(Variable header):可变报头的内容根据消息类型的不同而不同,也可以说可变报头的内容根据固定头的不同而不同。
可变头有个比较需要注重的一点,这点比较容易混淆。以PUBLISH报文举个列子,如图:
描述 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 | |
---|---|---|---|---|---|---|---|---|---|
Topic Name 主题名 | |||||||||
byte 1 | Length MSB (0) | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
byte 2 | Length LSB (3) | 0 | 0 | 0 | 0 | 0 | 0 | 1 | 1 |
byte 3 | ‘a’ (0x61) | 0 | 1 | 1 | 0 | 0 | 0 | 0 | 1 |
byte 4 | ‘/’ (0x2F) | 0 | 0 | 1 | 0 | 1 | 1 | 1 | 1 |
byte 5 | ‘b’ (0x62) | 0 | 1 | 1 | 0 | 0 | 0 | 1 | 0 |
报文标识符 | |||||||||
byte 6 | 报文标识符 MSB (0) | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
byte 7 | 报文标识符 LSB (10) | 0 | 0 | 0 | 0 | 1 | 0 | 1 | 0 |
很多人可能会把Length MSB和报文标识符 MSB,Length LSB和报文标识符 LSB混淆,许多博客可能没有写,或者写了并没有着重讲解,导致知识混乱,实际上他们是不一样的。
长度Length
Length MSB和Length LSB代表后面协议名(或主题名)的长度。Length MSB和Length LSB
是一起的。
主题名为 “a/b”,Length MSB和Length LSB加起来等于3,3代表着后面跟了3个字节,即“a/b”。
报文标识符
报文标识符 MSB和报文标识符 LSB统称报文标识符,他俩也是一起的。
客户端每次发送一个新的控制报文类型时都必须分配一个当前未使用的报文标识符。如果一个客户端要重发这个特殊的控制报文,在随后重发那个报文时,它必须使用相同的标识符。当客户端处理完这个报文对应的确认后,这个报文标识符就释放可重用。
有些控制报文并不包含报文标识符。包含报文标识符的控制报文有PUBLISH(QoS > 0时), PUBACK,PUBREC,PUBREL,PUBCOMP,SUBSCRIBE, SUBACK,UNSUBSCRIBE,UNSUBACK。
3、有效载荷
有效载荷(Payload):发布或接收的数据。有效载荷可以是任何类型的数据,例如文本、二进制流或JSON格式的数据。
发布者将有效载荷发布到特定主题上,订阅者可以订阅该主题并接收有效载荷。有效载荷是MQTT协议传输数据的核心,也是其实现低延迟、高效率的重要因素之一。
下面是固定头不同消息类型是否需要有效载荷:
控制报文 | 有效载荷 |
---|---|
CONNECT | 需要 |
CONNACK | 不需要 |
PUBLISH | 可选 |
PUBACK | 不需要 |
PUBREC | 不需要 |
PUBREL | 不需要 |
PUBCOMP | 不需要 |
SUBSCRIBE | 需要 |
SUBACK | 需要 |
UNSUBSCRIBE | 需要 |
UNSUBACK | 不需要 |
PINGREQ | 不需要 |
PINGRESP | 不需要 |
DISCONNECT | 不需要 |
总结
本文简单介绍了MQTT协议,希望能让大家更容易的读懂MQTT协议。博主水平和能力有限,文中难免存在错误和纰漏,请大佬不吝赐教。