文章目录
前言
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行为
在之后的博文关于“操作行为”的内容会提到
