MQTT协议(三)PUBLISH

更新时间:2023-07-25 04:10:40 阅读: 评论:0

MQTT协议(三)PUBLISH
⼀、服务器<----->PUBLISH<------>客户端
可以发布消息从publisher发送到服务器,或从服务器到subscriber。⼀个订阅者可以订阅若⼲个主题(Topic name),但⼀个PUBLISH消息只能拥有⼀个主题。
例如下⾯是⼀个PUBLISH消息:
1、固定头部
DUP flag--------设为0,表⽰当前为第⼀次发送。
RETAIN flag-----只有在PUBLISH消息中才有效。
为1:表⽰发送的消息需要⼀直持久保存,不但要发送给当前的订阅者,并且以后新来的订阅了此Topic name的订阅者会马上得到推送。备注:新来乍到的订阅者,只会取出最新的⼀个RETAIN flag = 1的消息推送,不是所有。
为0:仅仅为当前订阅者推送此消息,这意味不保留。
2、可变头部
Topic name,UTF-8编码字符串形式,不⽀持通配符!
Message ID,代表QoS level 1和QoS level 2消息。
cuban missile crisis
3、消息体
⼀般作为UTF-8编码写⼊接⼝,但不排除⾃定义的消息格式。
coefficient空的消息体(zero-length)的PUBLISH消息也可以是合法的。
当服务器接收到空消息体(zero-length payload)、retain = 1、具有topic name的⼀个PUBLISH特殊消息,表⽰同时满⾜retain = 1、相同topic name的这两个特征的被持久化PUBLISH消息,可被删除。
⼆、Respon :即服务器PUBLISH到客户端后,客户端的响应(反过来也是)
由PUBLISH消息中定义的QoS Level值来决定客户端该如何响应服务器,规则如下:
注意:这个规则仅仅⽤在仅仅针对发布PUBLISH消息的发布者。
三、Action
可以发布消息从publisher发送到服务器,或从服务器到subscriber。当它接收到⼀条消息时接收者的⾏动取决于消息的QoS level:
注意:如果服务器收到PUBLISH消息,参与者指的是订阅者。如果订阅者收到PUBLISH消息,参与者就是服务器。
1. 发布者发布的PUBLISH消息发送到服务器,在payload/消息体处可能夹带有私货,可能含有⾃定义的数据格式
注册会计师报名条件
2. 若兼容MQTT客户端,经由服务器分发到所有对应订阅者处只能是规规矩矩的PUBLISH消息,并且固定头部的RETAIN标志不能被设置成有效值1
四、授权
未经授权的发布者提交的PUBLISH消息,服务器会忽略掉,客户端不会被通知。
五、PUBACK(仅⼀次回应)
⽤来作为订阅者/服务器接收(QoS level = 1)PUBLISH消息之后对发送者的响应,整个消息不复杂。
无声的哭泣
虽没有消息体,但可变头部附加⼀个16位的⽆符号short类型,表明⼀个被确认的PUBLISH消息的消息标识符(Message ID)。
六、PUBREC(第⼀次回应)
作为订阅者/服务器对(QoS level = 2)的发布PUBLISH消息的发送⽅的响应,确认已经收到,为QoS level = 2消息流的第⼆个消息。和PUBACK相⽐,除了消息类型不同外,其它都是⼀样。
⽆论是订阅者还是服务器,在消费PUBREC消息之后需要发送⼀个PUBREL消息给发送者(和PUBREC具有同样的消息ID),确认已收到。
七、PUBREL(第⼆次回应)
Qos level = 2的协议流的第三个消息,有PUBLISH消息的发布者发送,参与⽅接收。完整⽰范如下:
注意:QoS level 1,PUBREL消息要求如此。
DUP flag 为0,表⽰消息第⼀次被发送。
毫⽆疑问,剩余长度为2个byte长度。
lucasfilm>迪斯尼英语动画可变头部中,消息ID和发布者接收到的PUBREC所包含的消息ID是⼀致的(都是10)。
贞操是什么意思⼋、PUBCOMP(第三次回应)
作为QoS level = 2消息流第四个(第三个回应),也是最后⼀个消息,由收到PUBREL的⼀⽅向另⼀⽅做出的响应消息。完整的消息⼀览,和PUBREL⼀致,除了消息类型。
能跑得到这⾥,表明发送成功了当客户端接收⼀个PUBCOMP消息时,客户端摒弃原来的消息,因为此时它已经成功发送消息到服务器。vocational
总结:
mangkhut
下⾯是⼀张流程图,针对的是客户端发布消息到服务器端的⽅向:
说明⼀下:
QoS level = 2时,通信双⽅都需要知道各⾃的确认流程以及所处阶段等,交互很多,数据量⼤的情况下,可能会造成数据线路传递拥塞。
QoS = 0/1,⼤部分情况都是可以应对的。
除⾮是重要消息,就要确保对⽅都要收到,然后彼此确认,OK,这个消息是真实、有效的。
⽆论Qos level为0、1,还是2,服务器(具备所有条件都满⾜之后)总要把收到的具体内容和topic组装成⼀个新的PUBLISH Message(也不⼀定要重新构造,但要求推送的PUBLISH消息,⼀定要具有明确的主题和内容,RETAIN标志不能设置为1)推送到所有感兴趣的订阅者。
爬山虎翻译
参考⾃:MQTT 3.1 官⽅⽂档

本文发布于:2023-07-25 04:10:40,感谢您对本站的认可!

本文链接:https://www.wtabcd.cn/fanwen/fan/78/1115800.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:消息   服务器   订阅   客户端
相关文章
留言与评论(共有 0 条评论)
   
验证码:
推荐文章
排行榜
Copyright ©2019-2022 Comsenz Inc.Powered by © 专利检索| 网站地图