MQTT(消息队列遥测传输)是ISO 标准(ISO/IEC PRF 20922)下基于发布/订阅范式的消息协议。它工作在 TCP/IP协议族上,是为硬件性能低下的远程设备以及网络状况糟糕的情况下而设计的发布/订阅型消息协议,为此,它需要一个消息中间件 。
MQTT是一个基于客户端-服务器的消息发布/订阅传输协议。由IBM在1999年发布。MQTT协议是轻量、简单、开放和易于实现的,这些特点使它适用范围非常广泛。在很多情况下,包括受限的环境中,作为一种低开销、低带宽占用的即时通讯协议,使其在物联网、小型设备、移动应用等方面有较广泛的应用。如:机器与机器(M2M)通信和物联网(IoT)。其在通过卫星链路通信传感器、偶尔拨号的医疗设备、智能家居、及一些小型化设备中已广泛使用。
MQTT最大优点在于,用极少的代码和有限的带宽,为连接远程设备提供实时可靠的消息服务。

本协议运行在 TCP/IP,或其它提供了有序、可靠、 双向连接的网络连接上。MQTT属于应用层协议,它有以下特点:
MQTT 协议通过交换预定义的 MQTT 控制报文来通信。MQTT 控制报文由三部分组成:固定报头(Fixed header)、可变报头(Variable header)、有效载荷(Payload)。
| Fixed header 固定报头,所有控制报文都包含 |
|---|
| Variable header 可变报头, 部分控制报文包含 |
| Payload 有效载荷, 部分控制报文包含 |


固定报头第1个字节高4位(4 ~ 7)为控制报文类型,一共14个,低4位(0~3)包含每个 MQTT 控制报文类型特定的标志,见下表。表中任何标记为“保留”的标志位,都是保留给以后使用的,必须设置为表格中列出的值。如果收到非法的标志,接收者必须关闭网络连接。

DUP1 =控制报文的重复分发标志。
QoS2 = PUBLISH 报文的服务质量等级。
RETAIN3 = PUBLISH 报文的保留标志。
PUBLISH 控制报文中的 DUP, QoS 和 RETAIN 标志。
详情参考MQTT3.1协议。
剩余长度(Remaining Length) 表示当前报文剩余部分的字节数,包括可变报头和负载的数据。 剩余长度不包括用于编码剩余长度字段本身的字节数。
剩余长度字段使用一个可变长度编码方案,对小于128的值它使用单字节编码。 更大的值按下面的方式处理。低7位有效位用于编码数据8,最高有效位用于指示是否有更多的字节。 即剩余长度安装128进制进行计数,剩余长度字段最大 4 个字节。

int MQTT_RemainSum(int data,u8 buff[])
{
int cnt=0;//记录编码的字节数
do
{
u8 encodedByte = data % 128;
data/=128;
if(data>0)
{
//若data超过128,则将最最高位置1
encodedByte=encodedByte|=0x80;
}
buff[cnt++]=encodedByte;
}while(data>0);
return cnt;//返回需要编码的字节数个数
}
int MQTT_remainGet(u8 buff[],int cnt)
{
int data=0;
int i=0;
int count=1;
for(;i<cnt;i++)
{
data+=(buff[i]&0x7f)*count;
count<<=7;
}
return data;
}
int main(int argc,char *argv[])
{
if(argc!=2)
{
printf("格式:./a.out <剩余长度>\n");
return 0;
}
int data=atoi(argv[1]);
u8 buff[4];
int cnt=MQTT_RemainSum(data,buff);
for(int i=0;i<cnt;i++)
{
printf("%#x ",buff[i]);
}
printf("\n");
printf("data=%d\n", MQTT_remainGet(buff,cnt));
}
[wbyq@wbyq work]$ ./a.out 64
0x40
data=64
[wbyq@wbyq work]$ ./a.out 456
0xc8 0x3
data=456
[wbyq@wbyq work]$ ./a.out 100000
0xa0 0x8d 0x6
data=100000
[wbyq@wbyq work]$ ./a.out 268435455
0xff 0xff 0xff 0x7f
data=268435455

发送者 只发送一次消息,不进行重试。在协议中也没有定义重传的语义。消息可能到达服务器1次,也可能根本不会到达。

服务器接收到消息会被确认,通过传输一个PUBACK信息。如果有一个可以辨认的传输失败,无论是通讯连接还是发送设备,还是过了一段时间确认信息没有收到,发送方都会将消息头的DUP位置1,然后再次发送消息。消息最少一次到达服务器。
如果客户端没有接收到PUBACK信息(无论是应用定义的超时,还是检测到失败然后通讯session重启),客户端都会再次发送PUBLISH信息,并且将DUP位置1。
当它从客户端接收到重复的数据,服务器重新发送消息给订阅者,并且发送另一个PUBACK消息。

如上图所示, Qos1消息等级为了保证至少传达一次,发布方会将发送的消息本地暂存,并且会每隔一段时间重发一次,直到接收方返回应答为止。当我们收到应答后即可将暂存消息删除,停止重传。
对应接收方,则需要在每次收到消息后都要回复应答。在上图中publisher(发布方)到broker(代理方,服务器)和broker(代理方,服务器)到subscriber(订阅方)是同等的,两段通信都应按以上讨论的进行实现。
