MQTT的消息重发与消息排序

最新推荐文章于 2024-07-22 10:50:25 发布
最新推荐文章于 2024-07-22 10:50:25 发布
阅读量7.8k 收藏 4
点赞数 1
分类专栏： 流媒体开发 文章标签： mqtt surgemq
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gamereborn/article/details/80211945
版权
本文探讨了MQTT协议中QoS大于0时的消息重发策略和服务端在超时情况下的重发需求，强调了TCP保证不丢包但需要重发的场景。同时，详细阐述了MQTT协议对于消息排序的规定，确保客户端和服务器在重发PUBLISH、PUBACK、PUBREC、PUBREL报文时保持原始顺序，保证有序消息的正确分发。
摘要由CSDN通过智能技术生成

因为对surgemq的研究发现qos>0没有重发功能，然后去看了MQTT协议文档，在qos>0的情况下，服务端确实也需要实现重发，而且还必须保证顺序。
虽然tcp一般情况下保证不丢包，但是服务端在超时时间内没有收到客户端的publish ack时也需要重发publish消息。

4.4 消息分发重试 Message delivery retry
客户端设置清理会话（CleanSession）标志为0重连时，客户端和服务端必须使用原始的报文标识符重发任何未确认的PUBLISH报文（如果QoS>0）和PUBREL报文 [MQTT-4.4.0-1]。这是唯一要求客户端或服务端重发消息的情况。
非规范评注
控制报文的重发曾经需要克服某些陈旧TCP网络上的数据丢失问题。部署在那些环境中的MQTT 3.1.1实现可能仍然需要关注这个问题。

4.6 消息排序 Message ordering
实现本章定义的协议流程时，客户端必须遵循下列规则：
重发任何之前的PUBLISH报文时，必须按原始PUBLISH报文的发送顺序重发（适用于QoS 1和QoS 2消息）[MQTT-4.6.0-1]。
必须按照对应的PUBLISH报文的顺序发送PUBACK报文（QoS 1消息）[MQTT-4.6.0-2]。
必须按照对应的PUBLISH报文的顺序发送PUBREC报文（QoS 2消息）[MQTT-4.6.0-3]。
必须按照对应的PUBREC报文的顺序发送PUBREL报文（QoS 2消息）[MQTT-4.6.0-4]。
服务端必须默认认为每个主题都是有序的。它可以提供一

最低0.47元/天 解锁文章
云卷云舒么么哒
关注
  • 1
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Mqtt入门之消息组成
04stone37
11-27 3139
消息组成Mqtt协议的消息由三部分组成： 固定头部； 可变头部； 消息体； Netty中MqttMessage实现如下图所示： 固定头部　　固定头部的长度固定为2Byte,第一个Byte指定了消息类型，第二个Byte指定了消息长度，如下图所示： 第一个Byte的7-4位指定了消息类型，3-0为消息类型的标记位，相当于扩展位，消息类型如下图所示： 标记位如下图所示： 剩余长度：当前
MQTT协议会话中消息重发的思路实现（个人理解）
andGoodLuck的博客
12-16 1248
publish和pubrel的消息重发是针对订阅者而言的，重发是谁是发布者，才会担起这个责任，订阅者只是被动响应PUBACK、PUBREC或者PUBCOM。​ 实现方案：30s内收到pubrec时（入站read），取消对应的messageId的publish任务，​ 30s内收到pubcom时（入站read），取消messageId对应的pubrel任务。​ 实现方案：出站write时就要开启周期性（假设设定每30s）重发任务，
被问到MQ消息已丢失，该如何处理？
最新发布
Hanko的专栏
07-22 861
在分布式系统中，消息中间件（如 RabbitMQ、RocketMQ、Kafka、Pulsar 等）扮演着关键角色，用于解耦生产者和消费者，并确保数据传输的可靠性和顺序性。尽管我们通常会采取多种措施来防止消息丢失，如消息持久化、手动确认机制和重试机制等，但如果消息已经丢失了这种情况，当丢失已经发生又应该如何处理呢？下面我们探讨可能的丢失场景及相应的补救措施。
MQTT5.0 消息发布流程
weixin_34304013的博客
03-25 339
概览 MQTT5.0协议对部分QoS报文，以及报文处理的流程做了一些升级，本文对此这部分升级的内容做简单的介绍。 QoS报文格式及处理流程 在 MQTT 协议中，消息分为 3 个等级，分别用 QoS0, QoS1, QoS2, 这三个不同的 QoS 值所代表的是不同 的服务质量等级。以下是每一个服务质量级别的具体描述： 0 ： 最多一次发送（若消息等级为 QoS 0，发布者在发布消息时只会发送一次...
MQTT协议笔记之消息流
weixin_33709364的博客
07-13 217
前言 前面的笔记已把所有消息类型都过了一遍，这里从消息流的角度尝试解读一下。 网络故障 在任何网络环境下，都会出现一方连接失败，比如离开公司大门那一刻没有了WIFI信号。但持续连接的另一端-服务器可能不能立即知道对方已断开。类似网络异常情况，都有可能在消息发送的过程中出现，消息发送出去，就丢失了。 MQTT协议假定客户端和服务器端稳定情况一般，彼此之通信管道不可靠，一旦客户端网络断开，情况...
MQTT 基础--持久会话和排队消息：第 7 部分
claytang的博客
07-05 829
MQTT学习笔记，帮你利用20%的时间掌握80%的MQTT技能。
如何解决MQ消息消费顺序问题
weixin_34174105的博客
04-21 2317
通常mq可以保证先到队列的消息按照顺序分发给消费者消费来保证顺序，但是一个队列有多个消费者消费的时候，那将失去这个保证，因为这些消息被多个线程并发的消费。但是有的时候消息按照顺序处理是很重要的，那我们该如何来保证消息的顺序呢，下面将从activemq和rocketmq来看看，它们是如何来保证消息的顺序问题的？我们还可以有别的处理方案么？ ...
网络游戏-对被识别为消息队列遥测传输包的网络包执行特定动作.zip
09-19
4. **特定动作的执行**: 描述中的“执行特定动作”可能指的是在网络层面对识别出的MQTT包进行过滤、优先级排序、重发或缓存等操作，以提高游戏性能。例如，对于关键的游戏控制信息，可能需要减少延迟并确保其优先...
消息队列原理和选型：RabbitMQ、Kafka、RocketMQ和ActiveMQ
飞楼踏梦
02-26 2480
RabbitMQ、Kafka、RocketMQ和ActiveMQ，肝了我一个月，原理是什么，如何选型，本文会告诉你答案。 往期精选： 如何看待程序员35岁职业危机？ Java全套学习资料（14W字），耗时半年整理 消息队列：从选型到原理，一文带你全部掌握 MySQL：资料大放送，告诉你如何学习MySQL 我肝了三个月，为你写出了GO核心手册 更多... 消息队列中间件重要吗？面试必问问题之一，你说重不重要。我有时会问同事，为啥你用Rabb...
物联网IoT终端设备如何选择接入协议——(TCP、UDP、MQTT、CoAP、LwM2M哪个更适合？)
小熊派开源社区的博客
02-19 9237
目前市面上大多数IoT模组都支持TCP、UDP、CoAP、LwM2M、MQTT等协议，这里面既有传输层的协议也有应用层的协议，协议众多，适用的场景也不同。但是设计产品时通常只需要运用一种协议，那么怎么来选择一种符合自己产品的应用场景的协议显得尤为重要。本文将介绍TCP、UDP、CoAP、LwM2M、MQTT这5个常用的协议的特点与区别，为设计产品时协议的选择提供参考。 传输层协议TCP与UDP ...
MQTT每次断连重连后重复接收到消息-附件资源
03-02
MQTT每次断连重连后重复接收到消息-附件资源
tcp协议服务器如何做物联网平台,物联网IoT终端设备如何选择接入协议——(TCP、UDP、MQTT、CoAP、LwM2M哪一个更适合？)...
weixin_30699915的博客
08-06 1147
目前市面上大多数IoT模组都支持TCP、UDP、CoAP、LwM2M、MQTT等协议，这里面既有传输层的协议也有应用层的协议，协议众多，适用的场景也不一样。可是设计产品时一般只须要运用一种协议，那么怎么来选择一种符合本身产品的应用场景的协议显得尤其重要。本文将介绍TCP、UDP、CoAP、LwM2M、MQTT这5个经常使用的协议的特色与区别，为设计产品时协议的选择提供参考。web传输层协议TCP与...
MQTT介绍
tianmeng1009的博客
07-27 635
MQTT介绍  ----  转  http://blog.shiqichan.com/introducing-mqtt/ MQTT，是： 轻量级的消息订阅和发布（publish/subscribe）协议建立在TCP/IP协议之上 IoT，internet of things，物联网，MQTT在这方面应用较多。 官方网站：http://mqtt.org/ M
mq如何保证消息的顺序性
qq_33240556的博客
12-18 828
需要注意的是，虽然这些方法可以确保消息的顺序性，但在分布式系统中，由于网络延迟、系统负载和其它因素可能会导致一些消息被延迟处理或重排。因此，虽然消息队列提供了基本的方式来确保顺序性，但在分布式系统中仍然需要考虑其它因素，以确保整体系统的可靠性。消息队列通常用于异步处理任务，使得系统或组件可以在不直接交互的情况下进行通信。同时还需要注意的是，上述的方法在不同的消息队列系统中可能会有所不同。在实际使用中，需要根据具体的消息队列系统来选择适合的方法来确保消息的顺序性。
MQTT协议笔记之发布流程
~笑对人生~
04-06 1030
地址：http://www.blogjava.net/yongboy/archive/2014/02/10/409689.html 这次要讲到客户端/服务器的发布消息行为，与PUBLISH相关的消息类型，会在这里看到。 PUBLISH 客户端发布消息经由服务器分发到所有对应的订阅者那里。一个订阅者可以订阅若干个主题(Topic name)，但一个PUBLISH消息只能拥有一个主题
MQTT发布和订阅初学指南
maimang1001的专栏
10-26 2626
在MQTT中，发送消息的过程称为发布，而要接收消息，MQTT客户端必须订阅MQTT主题。 MQTT发布基础 客户可以自由选择发布任何主题。 当前没有保留的主题。 但是，服务器（broker）可以限制对主题的访问。 客户无法直接将消息发布给另一位客户，也不知道是否有任何客户收到该消息。 客户只能将消息发布到单个主题，而不能发布到一组主题。 但是，如果一组客户端订阅同一主题，则所有订阅了该消息的客户都可以接收到该消息。 发布消息的消息流和QOS MQTT支持3个QOS级别0,1,2： Q.
mqtt 消息机制介绍 （以mosquitto为例）
热门推荐
MyBlog
12-08 1万+
引用资料，也可以直接看这两个链接即可，本文只是做了一些整合 1、 https://www.runoob.com/w3cnote/mqtt-intro.html 2、 https://blog.csdn.net/quending/article/details/85254661 正文：未完待续
Activemq消息队列3-Queue消息过期、选择器、优先级
weixin_34307464的博客
03-23 661
一、消息的过期 允许消息过期 。默认情况下，消息永不会过期。如...
MQTT协议详解：消息重发与排序规则
"本文档是关于MQTT协议的详细指南，特别是针对rda5807编程中的消息排序和重试机制。主要内容包括MQTT协议的4.4章节消息分发重试、4.5章节消息收到以及4.6章节消息排序的规范。" 在MQTT协议中，消息排序和重试机制...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值