Publish报文及其响应分析

最新推荐文章于 2024-04-16 10:41:32 发布
最新推荐文章于 2024-04-16 10:41:32 发布
阅读量1k 收藏 1
点赞数
分类专栏： MQTT协议研究
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/loushanlin/article/details/106334940
版权

PUBLISH报文及其响应

PUBLISH控制报文是指从Client端向Broker端或者Broker端向Client端传输一个应用消息，用于消息的发布。在这里插入图片描述

PUBLISH报文头的第一个字节中，bit2和bit1用于设置QoS级别，可设置为0，1，2。MQTT协议规定，PUBLISH报文根据不同的QoS级别，其报文响应机制不同，如下图所示。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ezyAj0L9-1590393201757)(C:\Users\ThinkPad\AppData\Roaming\Typora\typora-user-images\image-20200521101412930.png)]

固定报头

如下表格描述了PUBLISH报文固定报头格式。

字段描述
byte1bit7-bit4:MQTT控制报文类型 bit3: DUP bit2-bit1:QoS级别 bit0：RETAIN
byte2…剩余长度

重发标志DUP

如果DUP被设置为0，表示这是Clinet端或者Broker端第一次请求发送这个报文。如果DUP被设置为1，表示这可能是一个报文请求的重发。

Client端或Broker端请求重发一个PUBLISH报文时，必须将DUP标志设置为1.对于QoS为0的报文，DUP标志必须设置为0.

Broker端发送PUBLISH报文给订阅者时，收到的PUBLISH报文的DUP标志的值不会被传播。Client发送的PUBLISH和收到的PUBLISH中的DUP标志是独立设置的，没有互相关系，其值必须单独的根据发送的PUBLISH报文是否是一个重发来确定。

QoS服务质量等级

QoS字段表示应用消息分发的服务质量等级。如下表格所示

QoSbit2bit1描述
000最多分发一次
101至少分发一次
210只分发一次
-11保留

PUBLISH报文不能将QoS所有的位都设为1。如果收到的QoS所有位都为1，必须关闭网络连接。

RETAIN保留保留标志位

如果Client端发送给Broker端的PUBLISH报文的RETAIN位被设置为1，Broker端必须存储这个应用消息和它的QoS，以便可以分发给未来的主题名匹配的订阅者。一个新的订阅创建时，对每个匹配的主题名，如果存在最近保留的消息，它必须被发送给订阅者。如果Broker端收到一条保留标志为1的QoS0消息，它必须丢弃之前为那个主题保留的任何消息，并且应该将这个新的QoS0消息当做那个主题的新的保留消息，但是任何时候都可以选择丢弃它，如果这种情况发生了，那么该主题将没有保留消息。

Broker端发送PUBLISH报文给Clinet端时，如果消息是作为Client端一个新订阅的结果发送，必须将报文的保留标志位设为1。当一个PUBLISH报文发送给Client端是因为匹配一个已建立的订阅时，Broker端必须将保留标志位设为0，不管它收到的这个消息中保留标志的值是多少。

保留标志位为1，有效载荷为零字节的PUBLISH报文会被Broker端当作正常消息处理，它会被发送给订阅主题匹配的Client端。此外，同一个主题下任何现存的保留信息必须被移除，因此这个主题之后的任何订阅者都不会受到一个保留信息。
保留标志为1且有效载荷为零字节的PUBLISH报文会被Broker端“当作正常”消息处理，它会被发送给订阅主题匹配的Client端。此外，同一个主题下任何现存的保留消息必须被移除，因此这个主题之后的任何订阅者都不会收到一个保留消息 。“当作正常”意思是现存的Client端收到的消息中保留标志未被设置。Broker端不能存储零字节的保留消息 。如果Client端发给Broker端的PUBLISH报文的保留标志位0，Broker端不能存储这个消息也不能移除或替换任何现存的保留消息 。

如果Client端发给Broker端的PUBLISH报文的保留标志位0，Broker端不能存储这个消息也不能移除或替换任何现存的保留消息。

剩余长度

等于可变报头的长度加上有效载荷的长度。

可变报头

可变报头组成如下表所示：

字段描述
Topic Name主题名例如：a,b, temperature
Packet Identifier报文标识符10

主题名

主题名（Topic Name）用于识别有效载荷数据应该被发布到哪一个信息通道。
主题名必须是PUBLISH报文可变报头的第一个字段，必须是 UTF-8编码的字符串，且不能 包含通配符。
Broker端发送给订阅Client端的PUBLISH报文的主题名必须匹配该订阅的主题过滤器。

报文标识符

只有当QoS等级是1或2时，报文标识符（Packet Identifier）字段才能出现在PUBLISH报文中，可以参考《MQTT报文分析》。

有效载荷

有效载荷包含将被发布的应用消息。数据的内容和格式是应用特定的。有效载荷的长度这样计算：用固定报头中的剩余长度字段的值减去可变报头的长度。包含零长度有效载荷的PUBLISH报文是合法的。

动作 Actions

Client端使用PUBLISH报文发送应用消息给Broker端，目的是分发到其它订阅匹配的Client端。
Broker端使用PUBLISH报文发送应用消息给每一个订阅匹配的Client端。

Client端使用带通配符的主题过滤器请求订阅时，Client端的订阅可能会重复，因此发布的消息可能会匹配多个过滤器。对于这种情况，Broker端必须将消息分发给所有订阅匹配的QoS等级最高的Client端 。Broker端之后可以按照订阅的QoS等级，分发消息的副本给每一个匹配的订阅者。

收到一个PUBLISH报文时，接收者的动作取决于QoS等级。如果Broker端实现不授权某个Client端发布PUBLISH报文，它没有办法通知那个Client端。它必须按照正常的QoS规则发送一个正面的确认，或者关闭网络连接。

PUBACK-发布确认

PUBACK报文是对QoS 1等级的PUBLISH报文的响应，其组成如下图所示

字段描述
固定报头2字节
可变报头2字节

固定报头

固定报头如下表所示

字段描述
byte1bit7-bit4：MQTT报文类型 bit3-bit0：保留位
byte2剩余长度：PUBACK报文头这个值为0x02

可变报头

可变报头如下表所示

字段描述
byte1报文标识符MSB
byte2报文标识符LSB

动作

参考后续文章，MQTT协议的操作行为

PUBREC – 发布收到（QoS 2，第一步）

PUBREC报文是对QoS等级2的PUBLISH报文的响应，它是QoS 2等级协议交换的第二个报文，其组成如下表所示：

字段描述
固定报头2字节
可变报头2字节

固定报头

固定报头如下表所示

字段描述
byte1bit7-bit4：MQTT报文类型 bit3-bit0：保留位
byte2剩余长度：PUBREC报文头这个值为0x02

可变报头

可变报头如下表所示

字段描述
byte1报文标识符MSB
byte2报文标识符LSB

动作

参考后续文章，MQTT协议的操作行为

PUBREL – 发布释放（QoS 2，第二步）

PUBREL报文是对PUBREC报文的响应。它是QoS 2等级协议交换的第三个报文，其组成如下所示：

字段描述
固定报头2字节
可变报头2字节

固定报头

固定报头如下表所示：

字段描述
byte1bit7-bit4：MQTT报文类型 bit3-bit0：保留位，必须设置为0010
byte2剩余长度：PUBREL报文头这个值为0x02

可变报头

可变报头如下表所示

字段描述
byte1报文标识符MSB
byte2报文标识符LSB

动作

参考后续文章，MQTT协议的操作行为

PUBCOMP – 发布完成（QoS 2，第三步）

PUBCOMP报文是对PUBREL报文的响应。它是QoS 2等级协议交换的第四个也是最后一个报文，其组成如下表所示：

字段描述
固定报头2字节
可变报头2字节

固定报头

固定报头如下表所示

字段描述
byte1bit7-bit4：MQTT报文类型 bit3-bit0：保留位
byte2剩余长度：PUBCOMP报文头这个值为0x02

可变报头

可变报头如下表所示

字段描述
byte1报文标识符MSB
byte2报文标识符LSB

动作

参考后续文章，MQTT协议的操作行为

引用

1 《MQTT协议中文版本》：https://mcxiaoke.gitbooks.io/mqtt-cn/content/

可变报头如下表所示

字段描述
byte1报文标识符MSB
byte2报文标识符LSB

动作

参考后续文章，MQTT协议的操作行为

引用

1 《MQTT协议中文版本》：https://mcxiaoke.gitbooks.io/mqtt-cn/content/

2 《MQTT Version 3.1.1》

loushanlin
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Jenkins插件：Publish Over SSH
02-15
Jenkins插件：Publish Over SSH； 版本：1.22； 使用：直接放置 /jenkins_home/plugins 目录下，重启jenkins，即可在插件中心找到 Publish Over SSH 插件；
publish-over-ssh
01-21
【标题】"publish-over-ssh" 描述了一种在 Jenkins 持续集成环境中通过 SSH (Secure Shell) 协议发布构建结果的技术。这个插件允许 Jenkins 服务器将构建产品如软件包、文档等自动传输到远程服务器，极大地提高了...
物联网之MQTT3.1.1和MQTT5协议 (4) PUBLISH报文
YuYunTan的专栏
10-11 1468
文章目录前言PUBLISH – 发布消息PUBLISH报文固定报头重发标志服务质量等级保留标志剩余长度可变报头主题名报文标识符PUBLISH属性(MQTT 5)属性长度载荷格式指示消息过期间隔主题别名响应主题对比数据用户属性订阅标识符内容类型有效载荷响应动作总结 前言 本篇博文主要是介绍第三报文，即PUBLISH报文，用于客户或服务端对服务或客户端间传输信息。 PUBLISH – 发布消息 PUB...
MQTT 5.0 报文解析 02：PUBLISH 与 PUBACK
最新发布
emqx_broker的博客
04-16 684
欢迎阅读 MQTT 5.0 报文系列的第二篇文章。在上一篇中，我们已经介绍了 MQTT 5.0 的 CONNECT 和 CONNACK 报文。现在，我们将介绍在 MQTT 中用于传递应用消息的 PUBLISH 报文以及它的响应报文。
物联网之MQTT3.1.1和MQTT5协议 (8) PUBCOMP报文
YuYunTan的专栏
10-11 855
文章目录前言PUBCOMP – 发布完成(QoS 2，第三步)固定报头PUBCOMP可变报头PUBCOMP原因码PUBCOMP属性属性长度原因字符串用户属性PUBCOMP载荷PUBCOMP行为 前言 PUBCOMP报文是对PUBREL报文的响应。它是QoS 2等级协议交换的第四个也是最后一个报文。 PUBCOMP – 发布完成(QoS 2，第三步) 固定报头 剩余长度字段 表示可变报头的长度，用...
MQTT学习笔记（4）报文分析之PUBLISH
热门推荐
jiang_2018的博客
09-07 1万+
PUBLISH 含义：客户端到服务端或者服务端到客户端发布消息控制报文，是双向的。 一.固定报头 DUP 重发标志 当DUP被设置为0，表示客户端或者服务器是第一次发送这个PUBLISH报文 当DUP被设置为1，表示这可能是一个早期报文的重发 当Qos=0时，DUP 必须为0 Qos服务质量等级 QoS 0(At most once)“至多一次” 消息发布完全...
【MQTT协议学习】二、PUBLISH报文构建
Not Found 404
05-01 2194
PUBLISH-发布消息 固定报头 固定报头包含了报文类型，重发标志DUP，服务质量QoS，保留标志RETAIN 这儿我们不重发，服务质量为00（QoS0），无需服务器保留 则报文为： 30 XX 其中XX为我们后面报文的长度 可变报头 PUBLISH的可变报头包含了主题名和报文标识符， 描述 byte1 长度 MSB byte2 长度LSB byte3… n个主题...
NEWS_publish.rar_news publish
09-24
【标题】"NEWS_publish.rar_news publish" 涉及的知识点主要集中在JSP（Java Server Pages）编程和新闻发布系统的实现。JSP是Java的一种动态网页技术，它允许开发人员在HTML页面中嵌入Java代码，以实现服务器端的...
publish-subscribe
05-09
发布-订阅频道+ Spring PublishSubscribeChannel实现将发送给它的所有消息广播到其所有订阅的处理程序。 这通常用于发送事件消息，其主要角色是通知，而文档消息通常旨在由单个处理程序处理。 这个例子展示了如何在...
WORD工具插件_word插件_publish_com办公插件_
10-03
通常，这样的命名可能代表了插件的核心功能或特色模块，如高效协同、快捷模板、文本分析等。 总的来说，"WORD工具插件_word插件_publish_com办公插件_"是一个旨在提升Word办公效率的解决方案，通过增强的排版、编辑...
物联网--MQTT协议（九）讲：构建PUBLISH报文
qq_42965739的博客
07-30 3358
MQTT协议系列文章： [物联网–MQTT协议（一）：MQTT协议简介 物联网–MQTT协议（二）：MQTT协议组成介绍 物联网–MQTT协议（三）：MQTT协议服务等级介绍 物联网–MQTT协议（四）：构建CONNECT报文 物联网–MQTT协议（五）：构建CONNACK、DISCONNECT报文 物联网–MQTT协议（六）：构建PINGREQ、PINGRESP报文 物联网–MQTT协议（七）：构建SUBSCRIBE、SUBACK报文 物联网–MQTT协议（八）：构建UNSUBSCRIBE、UNSUBAC
使用Node.js连接和发布/订阅MQTT消息
polsnet的专栏
04-30 4490
在该示例中，首先使用mqtt.connect()方法连接MQTT代理，然后使用client.on('connect', callback)方法监听连接事件，当连接成功时，使用client.subscribe()方法订阅MQTT消息。该方法的第一个参数是'message'，表示监听MQTT消息，第二个参数是回调函数，用来处理收到的MQTT消息。其中，'mqtt://localhost:1883'是MQTT代理的地址，端口号为1883，'nodejs-mqtt-client'是客户端ID。
杰理之client的Publish行为【篇】
u013820168的博客
04-06 208
当按键按下时进入 input_key_handle 函数，该函数会获取按键的键值和按键的状态，进行按键处理。
Netty：利用netty-mqtt-client发布和订阅消息的格式转换
行云
03-09 4399
Mqtt消息有不同的格式，例如字符串和16进制hex，对于不同的格式，在发布和订阅式需要转换格式，然后进行处理，否则会出现乱码。
MQTT协议之PUBLISH发布QoS0、QoS1消息报文分析
qingeratech的博客
05-04 3056
一、PUBLISH发布QoS0消息 二、抓包消息 1.1 固定报头 30 10 其中： 30 – 对应的控制报文类型为PUBLISH，重发标志DUP位0，QoS等级为0， RETAIN标志位0 10 – 剩余长度0x10 = 16个字节 1.2 可变报头 00 06 74 6f 70 69 63 31 其中： 00 06 – 这里就是Topic Name的长度，共6个字节 74 6f 70 69 63 31 – topic1 1.3 有效载荷 31 32 33 33 33 32..
MQTT 控制报文 - PUBLISH发布消息，PUBACK，PUBREC，PUBREL，PUBCOMP - 第6章
Mark_md的博客
08-29 3474
6.1PUBLISH - 发布消息 PUBLISH控制报文是指从客户端向服务端或者服务端向客户端传输一个应用消息。 6.1.1 固定报头 PUBLISH 固定报头 的数据格式 Bit 7 Bit 6 Bit 5 Bit 4 Bit 3 Bit 2 Bit 1 Bit 0 byte 1 MQTT 报文的类型（3 - PUBLISH) DUP重发标志 Qos服务质量等级 RETAIN保留标志 ...
RabbitMQ学习（三）.NET Client之Publish/Subscribe
jiq•钦's technical Blog
08-31 2973
3 Publish/Subscribe Sending messages to many consumers at once Python | Java | Ruby | PHP| C# Publish/Subscribe (using the .NET Client) 前面的教程我们已经学习了如何创建工作队列，工作队列背后的假设是每一个任务都被准确地递送
mqtt_client (Publish)代码 按钮控制LED开关
weixin_40227845的博客
11-17 1653
测试环境 mqtt_client (Publish)代码 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/199...
RabbitMQ学习总结（5）——发布和订阅实例详解
weixin_34168700的博客
06-17 146
2019独角兽企业重金招聘Python工程师标准>>> ...
python实现 PUBLISH、PUBACK 报文（1）： 客户端能将消息发布到某个 Topic 之下。
06-08
好的，下面是Python实现PUBLISH和PUBACK报文的示例代码，用于客户端将消息发布到指定的Topic： ```python import struct # 构建PUBLISH报文 def build_publish_packet(topic, message, qos, packet_id=None): packet_type = 0x30 # PUBLISH报文类型 remaining_length = 2 + len(topic) + len(message) # 剩余长度 if qos > 0: remaining_length += 2 # 构建payload数据 payload = topic.encode('utf-8') + message.encode('utf-8') if qos > 0: payload = struct.pack("!H", packet_id) + payload # 构建固定报头 fixed_header = struct.pack("!B", packet_type | ((qos & 0x03) << 1)) return fixed_header + encode_remaining_length(remaining_length) + payload # 构建PUBACK报文 def build_puback_packet(packet_id): packet_type = 0x40 # PUBACK报文类型 remaining_length = 2 # 剩余长度 # 构建payload数据 payload = struct.pack("!H", packet_id) # 构建固定报头 fixed_header = struct.pack("!B", packet_type) return fixed_header + encode_remaining_length(remaining_length) + payload # 编码剩余长度 def encode_remaining_length(length): remaining_length = bytearray() while length > 0: digit = length % 128 length //= 128 if length > 0: digit |= 0x80 remaining_length.append(digit) return remaining_length # 测试代码 topic = "test/topic" message = "Hello, MQTT!" qos = 1 packet_id = 1 publish_packet = build_publish_packet(topic, message, qos, packet_id) print("PUBLISH报文:", publish_packet.hex()) puback_packet = build_puback_packet(packet_id) print("PUBACK报文:", puback_packet.hex()) ``` 上述代码中，`build_publish_packet()`函数用于构建PUBLISH报文，需要传入发布的主题、消息、QoS等级和报文标识符（如果QoS大于0）。`build_puback_packet()`函数用于构建PUBACK报文，需要传入报文标识符。 需要注意的是，MQTT协议中支持不同的QoS等级，具体可以参考MQTT协议文档。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值