当MQTT中设置了QoS级别1时，重传PUBACK的原因是什么？
当MQTT中设置了QoS级别1时，重传PUBACK的原因是为了确保消息的可靠传输。
MQTT（Message Queuing Telemetry Transport）是一种轻量级的消息传输协议，常用于物联网设备之间的通信。QoS级别用于定义消息传输的可靠性和效率。
在QoS级别1中，发布者（PUBLISHER）会将消息发送给代理服务器（BROKER），然后等待代理服务器发送PUBACK确认消息。如果发布者在一定时间内没有收到PUBACK确认消息，它会认为消息传输失败，并重新发送消息。
重传PUBACK的原因可能是以下几种情况：
- PUBACK消息在网络传输过程中丢失或延迟，导致发布者没有及时收到确认消息。
- 代理服务器在处理PUBACK消息时发生错误，导致发布者没有收到正确的确认消息。
- 网络连接不稳定，导致PUBACK消息无法及时到达发布者。
通过重传PUBACK消息，可以确保消息的可靠传输，保证发布者和订阅者之间的通信顺利进行。
腾讯云提供了MQTT协议的云服务产品，例如物联网通信（IoT Hub），用于连接和管理物联网设备，并提供高可靠性的消息传输。您可以通过腾讯云物联网通信产品了解更多相关信息：腾讯云物联网通信产品介绍。
相关·内容
一个学习MQTT的学生。从发布者到经纪人，连续发送有效负载大小为1000字节的消息的实验我们已经进行了。我在发布器中将QoS级别设置为1，当我将数据发送给代理时，我收到一个关于通过wireshark检查数据的问题。上面的图片捕捉到了wireshark。然后，代理发送(356)重传消息，例如355。
我已经验证了发布ac
浏览 44提问于2017-07-05得票数 0
回答已采纳
在MQTT 5.0规范中，它指出：“如果接收到包含0x80或更高原因代码的PUBACK或PUBREC，相应的发布数据包将被视为已确认”，但在“原因代码”部分，它指出，“小于0x80的原因代码表示操作的成功完成成功的正常原因代码为0。原因代码值0x80或更大表示失败”。
问题1:为什么原因代码值0x80或更高表示失败，而包含0
浏览 1提问于2021-11-06得票数 1
回答已采纳
为了理解AWS IOT的计量细节，我参考了以下链接第1期: PUBACKMQTT PUBACK (由服务发送)不包括计量请你解释一下这两者之间的区别？据我所知，只有当设备/客户端发布到QOS = 1的主题时，才会从AWS代理发送到设备/客户端。所以这应该由服务发送，对吗？那么PUBACK是从设备接
浏览 10提问于2020-05-28得票数 0
回答已采纳
我试图使用MQTT从一个客户端向另一个客户端发送消息，和都是发布者和订阅者。当QoS =1时，消息会被发送，但有时会重复。但是，当我使用QoS = 2时，显然没有发送消息。每个客户端每一轮发送4条消息，有效负载是最大字节数组的一个块。)-SliceLength*i)
mqttc.publish("home/AWS1", ByteArray[SliceLength*(i-1):SliceLength*i], qos#The final
浏览 3提问于2021-04-07得票数 2
回答已采纳
1回答
在讨论MQTT QoS时，我感到非常困惑。
假设我们有一个具有两个活动客户端A和B的代理。我们希望从A发布专用于客户端B的MQTT消息，并确保订阅此主题的客户端B收到此消息。我不确定QoS级别是否是处理这项任务的合适工具。对于QoS 1或2，它是否确保至少有一个(qos=1)或恰好一个(qos=2)订阅者正确地获得了该消息，或者一旦代理正确地获得了该消息，它是否已经确认了？在后一种
浏览 6提问于2020-08-27得票数 0
我正在使用HiveMQ客户端，我想知道是否有一种方法可以获得客户端订阅的服务质量(QoS) (根据特定主题或一般情况)？我将寻找一个可以在客户端调用的方法，如下所示： .identifier(UUID.randomUUID().toString()) // the unique identifier of the MQTT cl
浏览 6提问于2019-07-20得票数 0
我试图使用5个进程每秒发布1000条消息，每个进程有200条消息，每个进程都有一个独特的主题。并尝试使用5个进程进行侦听，每个进程侦听一个发布消息的主题。问题是，我无法接收所有的上千条消息，而且每次我遵循这个过程时，接收到的消息数量都不是固定的。
据我所知，AWS IOT应该允许每秒3000条入站消息。
浏览 4提问于2017-06-12得票数 2
ModifyCloudToDeviceConfig发送具有qos 1的命令。除了ModifyCloudToDeviceConfig之外，是否还有其他发送命令的方法。
浏览 1提问于2018-03-29得票数 0
我正在尝试设置一个MQTT服务器，它将客户端发送的消息持久化到本地数据库中。每条消息都有一个"successfully“标志，当接收客户端为收到的每条消息(QOS = 1)返回puback时，我希望翻转该标志。问题是：
当我发布一条消息时，服务器正确地从接收客户端接收到puback。但是，该messageId与发布客户端数据包时的from不同。我知道这是故意的。但是，我将无法在数据库中找到
浏览 0提问于2012-12-26得票数 4
回答已采纳
如果只有一个代理、一个发布者、一个主题和干净的会话，在这种简化的情况下，
能否保证订阅方的msg传递订单与发布方的发送订单相同？它会受到QoS的影响吗？
浏览 9提问于2016-06-29得票数 3
回答已采纳
我正在尝试使用实现MQTT客户端。我想保证，我试图发布的每一条信息都会传到经纪人那里。我不知道QOS2到底是什么意思:它声明一条消息将精确地发送一次。这是否意味着当连接丢失时，它将尝试在重新连接后自动重传消息？还是应该由应用程序来处理？
在这个库中，默认情况下重新连接也是自动完成的？
浏览 0提问于2018-11-28得票数 5
回答已采纳
我运行的是非常小的Message (RSMB) 1.3.0.2，支持MQTT。我有个Arduino客户通过MQTT-SN协议和它交谈。
浏览 3提问于2015-02-27得票数 2
回答已采纳
我正在试图了解MQTT 3.1.1消息重传的实际情况，该消息是由MQTT订阅服务器以“至少一次”(QoS 1)配置接收到的：
还有其他方法来触发再投递吗？假设MQTT</e
浏览 6提问于2021-05-18得票数 1
回答已采纳
2回答
我已经为MQTT通信建立了一个莫斯基托经纪人，但我甚至无法让它正常工作。我已经排除了客户端的错误，因为在使用两个不同的客户端软件(MQTT.fx和mqtt-间谍)时，错误仍然存在。", id); } [...]1433171954: Received PUBLISH from testuser (d0, q1, r1, m1
浏览 13提问于2015-06-01得票数 3
该设备将在一个非常不可靠的使用移动网络的电信环境中运行。这意味着当我的应用程序运行时，此设备将频繁地连接和重新连接。我知道AWS的“影子”机制，但是我的消息需要顺序地被消耗，这意味着我需要所有的消息，而不仅仅是最后的状态。
在断开和重新连接事件期间，消息和有效载荷会发生什么？
浏览 4提问于2015-10-27得票数 1
回答已采纳
1回答
我们有一个将数据发布到TCP套接字的传感器。这样的方法听起来效率很低。我们希望使用直接来自TCP套接字的数据填充该表。这有可能吗？
浏览 13提问于2018-10-24得票数 0
4回答
我是MQTT的新手，我刚刚了解到QOS级别的含义，QOS级别是在发布消息时决定的：
例如，如果在QoS 2发布了一条消息，而客户端订阅
浏览 11提问于2015-11-02得票数 23
回答已采纳
我很难理解QoS在Paho MQTT C代码中是如何工作的。我的想法是，我想在使用 =1时阅读QoS PUBACK，以便发行者知道交付已经完成。
代码是：
将已传递()和MQTTAsync_setCallbacks()添加到安装QoS令牌。printf("Message with token value
浏览 17提问于2022-03-25得票数 0
如果Watson IoT broker发布了一条QoS1 o 2消息，但没有从客户端收到适当的确认，有人知道它会怎么做吗？它是否实现了超时(比如20秒左右)，然后再次重新发送消息？看起来有些代理会这样做，而另一些只会在新连接上重新发送消息(当然，如果retain设置为1的话)。MQTT规范在这一点上有点含糊。
浏览 2提问于2016-12-08得票数 0
我目前正在使用Apache Camel及其MQTT组件。我有一个使用来自代理(Apache、ActiveMQ、artemis)的消息的路由，还有一个向它发送消息的路由。问题是当消息代理不可用时不会抛出异常。此外，所有未发送的消息都保存在内存中，等待服务器的最终重启，从而导致内存溢出。我不知道这是否与MQTT协议本身或端点的配置有关。下面是我的配置：
MQTTEndpoint mqttEndp
浏览 1提问于2018-09-05得票数 1
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
