我是靠谱客的博主 愉快小懒虫,最近开发中收集的这篇文章主要介绍物联网之MQTT3.1.1和MQTT5协议 (5) PUBACK报文前言,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

文章目录

  • 前言
    • PUBACK – 发布确认
      • 固定报头
      • 可变报头
        • PUBACK原因码(MQTT 5)
        • PUBACK属性(MQTT 5)
          • 属性长度
          • 原因字符串
          • 用户属性
      • PUBACK载荷
      • 行为

前言

针对QoS1的PUBLISH报文进行响应的报文,一般的先行的broker可以做到这个地步。

PUBACK – 发布确认

PUBACK报文是对QoS 1等级的PUBLISH报文的响应

固定报头

在这里插入图片描述

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

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

可变报头

PUBACK可变报头按顺序包含以下字段:所确认的PUBLISH报文标识符,PUBACK原因码,属性长度,属性(Properties)。

MQTT 3.1.1没有原因码和属性相关的字段

在这里插入图片描述

PUBACK原因码(MQTT 5)

PUBACK可变报头第3字节是原因码( Reason Code)。剩余长度为2,则表示使用原因码0x00(成功)。

PUBACK原因码

在这里插入图片描述

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

PUBACK属性(MQTT 5)

属性长度

PUBACK可变报头中属性长度被编码为变长字节整数。如果剩余长度小于4字节,则没有属性长度。

原因字符串

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

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

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

用户属性

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

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

PUBACK载荷

PUBACK报文没有有效载荷。

行为

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

最后

以上就是愉快小懒虫为你收集整理的物联网之MQTT3.1.1和MQTT5协议 (5) PUBACK报文前言的全部内容,希望文章能够帮你解决物联网之MQTT3.1.1和MQTT5协议 (5) PUBACK报文前言所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(108)

评论列表共有 0 条评论

立即
投稿
返回
顶部