物联网之MQTT3.1.1和MQTT5协议 (8) PUBCOMP报文

前言

PUBCOMP报文是对PUBREL报文的响应。它是QoS 2等级协议交换的第四个也是最后一个报文。

PUBCOMP – 发布完成(QoS 2，第三步)

固定报头

剩余长度字段
表示可变报头的长度，用变长字节整数编码。

MQTT3.1.1中PUBREL报文这个值等于2.即值为000000010

PUBCOMP可变报头

PUBCOMP报文可变报头按顺序包含以下字段：所确认的PUBREL报文标识符，PUBCOMP原因码，属性。

PUBCOMP原因码

可变报头第3字节是PUBCOMP原因码。如果剩余长度为2，则表示使用原因码0x00(成功)。

服务端或客户端发送PUBCOMP报文时必须设置一种PUBCOMP原因码。当原因码为0x00(成功)且没有属性(Properties)时，原因码和属性长度可以被省略。在这种情况下,PUBCOMP剩余长度为2。

PUBCOMP属性

属性长度

PUBCOMP报文可变报头中的属性长度被编码为变长字节整数。如果剩余长度小于4，则表示没有属性长度字段。

原因字符串

31 (0x1F)Byte，原因字符串(Reason String)标识符。

跟随其后的是UTF-8编码的字符串，表示此次响应相关的原因。此原因字符串(Reason String)是为诊断而设计的可读字符串，不应该被接收端所解析。

发送端使用此值向接收端提供附加信息。如果加上原因字符串之后的PUBCOMP报文长度超出了接收端指定的最大报文长度(Maximum Packet Size)，则发送端不能发送此原因字符串。包含多个原因字符串将造成协议错误(Protocol Error)。

用户属性

38 (0x26)Byte，用户属性(User Property)标识符。

跟随其后的是UTF-8字符串键值。此属性可用于提供诊断信息或关于其他信息。如果加上用户属性之后的PUBCOMP报文长度超出了接收端指定的最大报文长度(Maximum Packet Size)，则发送端不能发送此属性 。用户属性(User Property)允许出现多次，以表示多个名字/值对，且相同的名字可以多次出现。

PUBCOMP载荷

PUBCOMP报文没有有效载荷。

PUBCOMP行为

在之后的博文关于“操作行为”的内容会提到