MQTT QoS 0,1,2 的介绍

最新推荐文章于 2025-04-24 17:22:50 发布
最新推荐文章于 2025-04-24 17:22:50 发布
阅读量1.5k 收藏 5
点赞数 2
CC 4.0 BY-SA版权
分类专栏： MQTT 文章标签： 网络 服务器 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Jinzuchi/article/details/131654853
MQTT协议通过QoS 0, 1, 2提供不同级别的服务质量，确保在不稳定网络环境下的消息传递。QoS 0可能丢消息，QoS 1可能导致重复消息，QoS 2保证消息既不丢失也不重复，但复杂度和成本增加。选择QoS级别需权衡可靠性和效率。" 120519630,5731334,backtrader参数优化：动态修改与递进优化策略,"['python', 'backtrader', '参数优化', '回测策略', '投资科学']

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

原文地址：https://dev.to/emqx/introduction-to-mqtt-qos-0-1-2-oba

什么是QoS？

在不稳定的网络环境中，建立MQTT协议连接的设备仅靠TCP传输协议来保证通信的可靠性是很困难的事情。为了解决这个问题，MQTT协议引入了服务质量（Quality of Service，QoS）的机制来提供多种消息交互方式以提供不同级别的服务，满足用户在不同场景下对消息送达可靠性的特殊要求。

在MQTT中有3种QoS级别：

  • QoS 0，最多一次
  • QoS 1，至少一次
  • QoS 2，仅且只有一次

以上QoS数值和消息发送的可靠性相匹配，值越大通信可靠性越强。QoS 0可能会丢失消息，QoS 1能保证消息送达但有机率重复收到消息，QoS 2能保证消息正确送达且不会重复。随着QoS级别的提高，消息送达的可靠性也在增强，但与此同时传输过程也变的越来越复杂。

在发布者向订阅者发送消息的过程中，发布者可以在PUBLISH包中指定消息的QoS级别。一般情况下Broker向订阅者转发消息的时候会使用发布者指定的QoS级别，不过某些情况下订阅者也会把收到的消息降级。

例如，如果订阅者指定了只接收QoS等级为1或0的消息那么Broker会把所有QoS2的消息降级为QoS1然后再转发给订阅者。QoS 1或QoS 0的消息会使用原有指定的等级转发给订阅者，不做改变。

 我们来看一下QoS

最低0.47元/天 解锁文章

200万优质内容无限畅学
mqtt 协议中的 QoS等级介绍
蜜獾互联网
02-18 3882
QoS是Sender和Receiver之间的协议，而不是Publisher和Subscriber之间的协议。换句话说，Publisher发布了一条QoS1的消息，只能保证Broker能至少收到一次这个消息；而对于Subscriber能否至少收到一次这个消息，还要取决于Subscriber在Subscibe的时候和Broker协商的QoS等级。Sender向Receiver发送一个包含消息数据的PUBLISH包，然后不管结果如何，丢掉已发送的PUBLISH包，一条消息的发送完成。
MQTT QoS 0, 1, 2
光就是羁绊之力，它会再度被某人继承，散发出耀眼的光。
07-01 3536
QoS 0：适用于对消息丢失无所谓的场景。消息可能丢失。QoS 1：适用于需要保证消息到达但能接受重复消息的场景。消息可能重复。QoS 2：适用于需要严格保证消息不丢失且不重复的场景。消息不会丢失也不会重复。选择合适的 QoS 级别取决于应用的可靠性需求和可以容忍的传输错误类型。
解析Mqtt 消息服务质量Qos
最新发布
qq_29220057的博客
04-24 522
Mqtt中 qos定义了消息服务质量(Quantity Of Service), 它保证了在不同网络环境下消息传递的可靠性；它是MQTT中重要的一个组成部分。
MQTT：QoS服务质量 0,1,2（Quality of Service 0, 1 & 2）
热门推荐
acongge2010的博客
01-25 3万+
原文链接：http://www.hivemq.com/blog/mqtt-essentials-part-6-mqtt-quality-of-service-levels 转载链接：http://blog.sina.com.cn/s/blog_a5e78d1d0102wqkr.html（对转载文章的翻译进行小修改） 什么是Quality of Service Qualit
MQTT服务质量-QoS
yudaxiaye的博客
12-11 2749
本文主要介绍了服务质量，即QoS。三个等级的QoS的工作原理，发送方和接收方的交互过程。对如何选择合适的QoS等级提了一些建议。接下来的文章，我们会介绍QoS相关的MQTT中的持续会话。
MQTT 的 QoS 等级：QoS 0、QoS 1、QoS 2
蜜獾互联网
03-14 4922
MQTT（Message Queuing Telemetry Transport）是一种轻量级的通信协议，在物联网和消息传递系统中广泛应用。MQTT 提供了三个不同的 QoS（Quality of Service）等级，用于确保消息的可靠性和传输效率。本文将详细介绍 MQTT 的 QoS 等级之间的区别，包括各自的特点、适用场景和性能表现。
MQTT QoS 0、1、2 解析：快速入门指南
emqx_broker的博客
11-08 1364
MQTT 中的 QoS 指的是发布者与订阅者之间消息传递的保证级别。QoS 0 – 最多交付一次QoS 1 – 至少交付一次QoS 2 – 只交付一次其中，使用 QoS 0 可能丢失消息，使用 QoS 1 可以保证收到消息，但消息可能重复，使用 QoS 2 可以保证消息既不丢失也不重复。QoS 等级从低到高，不仅意味着消息可靠性的提升，也意味着传输复杂程度的提升。
MQTT QoS
Ryan爱吃糖的博客
03-20 1151
学习MQTT QoS的原理与应用
qq_35653974的博客
10-24 2361
学习MQTT QoS的原理与应用
MQTT Qos详解（一）
m0_50668851的博客
01-14 2万+
MQTT Qos的理解
【EMQX实践】MQTT的QoS
qq_35701988的博客
07-17 2022
选择QoS等级时，需要根据应用场景的具体需求来权衡。QoS 0提供了最高的传输效率，但无法保证消息的送达；QoS 1在保证消息至少送达一次的同时，可能会产生重复消息；QoS 2提供了最严格的传输保证，确保消息只送达一次，但传输开销最大。开发者应根据消息的重要性、网络环境、系统资源和应用的容忍度来选择最合适的QoS等级，以实现高效且可靠的消息通信。关注公众号【 java程序猿技术】获取EMQX实践系列文章。
MQTT基础--服务质量 (QoS) 0,1 和 2：第 6 部分
claytang的博客
07-05 2526
MQTT学习笔记，帮你利用20%的时间掌握80%的MQTT技能。
MQTT的QoS不同值(0,1,2,)含义
柳鲲鹏
12-21 897
昨天看到MQTT消息的QoS，不知道具体意思，于是查了一下。不接受 QoS 2 带来的额外开销（QoS 1 发送消息的速度比 QoS 2 快很多）；QoS等级从低到高，不仅意味着消息可靠性的提升，也意味着传输复杂程度的提升。使用QoS 1可以保证收到消息，但消息可能重复。使用QoS 2可以保证消息既不丢失也不重复。接受 QoS 2 带来的额外开销；使用QoS 0可能丢失消息。应用拥有处理重复消息的能力；应用需要接收所有的消息；QoS 2，只交付一次。应用需要接收所有的消息；应用不能处理重复的消息；
MQTT QoS级别及作用
油焖茄子 的博客
06-15 1279
如果某条消息在传输过程中出现了丢失或重复，MQTT 会自动尝试再次发送该消息，直到接收方成功确认收到该消息。这是最高的 QoS 级别，通常用于需要高可靠性，并允许较大的延迟的应用程序，例如金融交易系统。这是一种中等的 QoS 级别，通常用于需要可靠性但允许轻微延迟的应用程序，例如智能家居控制系统。：最多一次，即发布者发送一条消息后，不关心该消息是否已被接收方接收。这是最低的 QoS 级别，通常用于实时数据，例如传感器读数。QoS 级别越高，消息传递越可靠，但会导致更高的延迟和网络负载。
mqtt 发送消息过多_【太极创客】零基础入门学用物联网 MQTT篇 21 QoS 服务质量等级...
weixin_39943202的博客
01-05 902
什么是MQTT通讯服务质量？在之前的课程里我们提到过，一个物联网系统中有些信息非常重要，我们需要确保这类重要信息可以准确无误的发送和接收，而有些信息则相对不那么重要，这类信息如果在传输中丢失不会影响系统的运行。MQTT服务质量(Quality of Service 缩写 QoS)正是用于告知物联网系统，哪些信息是重要信息需要准确无误的传输，而哪些信息不那么重要，即使丢失也没有问题。MQT...
MQTT服务器(EMQX)只能发布100条QoS2主题解决办法
kevin1499的博客
06-18 2044
在使用EMQX作为MQTT服务器进行QoS2主题发布测试时，发现在发送了100个QoS2主题后，服务器便强制断开了和MQTT客户端的连接，抓取到的报文如下：1：MQTT客户端发布的第101个QoS2主题。2：MQTT服务器发送过来的释放连接请求。引起这个问题的原因是EMQX默认为每个会话指定未收到 PUBREL 且未超时的最大 QoS 2 消息数量为100。超过限制后，新的 QoS 2 消息发布会被拒绝，并返回 147(0x93) 错误。
MQTT协议QoS2 准确一次送达的实现
zerooffdate的专栏
01-02 2万+
MQTT QoS熟悉MQTT协议的同学们一定知道，MQTT的publish有三个QoS，0，1，2。他们分别是：QoS0，最多一次送达。也就是发出去就fire掉，没有后面的事情了。QoS1，至少一次送达。发出去之后必须等待ack，没有ack，就要找时机重发QoS2，准确一次送达。消息id将拥有一个简单的生命周期。QoS0QoS 0 对服务器来说很好处理，什么都不存，找到要发给谁，我给你发，收不收得
MQTT中QOS=2的四次包交互
reinforce___的博客
07-22 4643
MQTT QOS2 QOS=2 的四次包交互原理，为什么需要四次，二次行不行？三次行不行？详细推导
MQTT QoS服务质量等级
weixin_52018852的博客
08-14 1512
MQTT是一种轻量级的消息传输协议，它提供了三种QoS（Quality of Service,服务质量）级别，以确保消息的可靠传输。:最多一次传输。:至少一次传输。:仅一次传输。对于较为重要的MQTT消息，我们通常选用QoS为1或2的服务质量。
C语言链表 实现MQTT QoS1/2重传
03-20
<think>好的，用户想了解如何在C语言中使用链表来实现MQTT QoS1/2的重传机制。我需要分步骤解释，确保结构清晰，同时满足系统级指令中的格式要求。 首先，得回顾一下MQTT的QoS级别。QoS1和QoS2都涉及消息重传，QoS1保证至少一次送达，而QoS2保证恰好一次。两者的实现机制不同，QoS1需要PUBACK确认，QoS2更复杂，有PUBREC、PUBREL、PUBCOMP的握手过程。用户可能对这两种QoS的区别和实现细节不太清楚，需要先简要说明。 接下来，链表在其中的作用。链表可以用来管理待确认的消息，方便添加、删除和超时重传。需要设计一个结构体，包含消息ID、负载、重传次数、超时时间等字段。这部分需要详细说明结构体的成员，可能用户对结构体的设计不太熟悉，需要给出示例代码。 然后，链表的操作函数。比如创建链表、添加消息、删除消息、检查超时并重传。每个函数的功能和实现要点需要解释清楚。例如，添加消息时要分配内存，初始化各个字段；删除消息时要释放内存；检查超时时要遍历链表，判断是否需要重传，并更新重传次数和超时时间。 还需要考虑线程安全的问题，如果是在多线程环境中使用，可能需要加锁。但用户的问题可能更多关注基础实现，暂时可以提到这一点作为扩展考虑。 另外，重传策略，比如最大重传次数、超时时间的设定，这些参数如何配置。用户可能需要知道如何根据实际网络状况调整这些参数，确保可靠传输同时避免资源耗尽。 对于QoS1和QoS2的区别处理，链表中的每个节点可能需要标识其QoS级别，以便在确认阶段执行不同的逻辑。比如QoS1收到PUBACK就删除，而QoS2需要处理PUBREC后进入第二阶段，发送PUBREL，直到收到PUBCOMP。这部分可能需要不同的状态处理，链表节点中需要记录当前状态。 最后，需要综合这些部分，给出一个整体的实现思路，并可能提供伪代码或代码片段，帮助用户理解。同时要提醒内存管理和错误处理的重要性，避免内存泄漏和资源泄露。 总结下来，步骤大致是：解释MQTT QoS机制，设计链表结构，实现链表操作函数，处理重传逻辑，区分QoS1和QoS2的不同处理，考虑线程安全和参数配置，最后给出实现示例和注意事项。</think>以下是用C语言链表实现MQTT QoS1/2重传机制的实现思路和步骤： $$消息结构体定义$$ ```c typedef struct MqttMessage { uint16_t packet_id; // 消息ID uint8_t qos_level; // QoS等级(1或2) void* payload; // 消息负载 size_t payload_len; // 负载长度 int retry_count; // 当前重试次数 time_t last_sent_time; // 最后发送时间戳 struct MqttMessage* next; // 链表指针 } MqttMessage; ``` 一、QoS机制差异说明 1. QoS1（至少一次）： - 发送PUBLISH后启动定时器 - 收到PUBACK时移除消息 - $$重传条件：未收到PUBACK \space \&\& \space timeout$$ 2. QoS2（恰好一次）： - 需要两阶段处理： $$PUBLISH \rightarrow PUBREC \rightarrow PUBREL \rightarrow PUBCOMP$$ - 需要维护状态机： ```mermaid graph LR PUBLISH_SENT-->|PUBREC| PUBREC_RECEIVED PUBREC_RECEIVED-->|PUBREL| PUBREL_SENT ``` 二、链表核心操作实现 1. 消息存储： ```c void add_message(MqttMessage** head, uint16_t pid, uint8_t qos, void* payload, size_t len) { MqttMessage* new_node = malloc(sizeof(MqttMessage)); new_node->packet_id = pid; new_node->qos_level = qos; new_node->retry_count = 0; new_node->last_sent_time = time(NULL); new_node->next = *head; *head = new_node; } ``` 2. 消息重传检测： ```c void check_retransmission(MqttMessage* head, int max_retries) { time_t now = time(NULL); while(head) { if(now - head->last_sent_time > RETRY_TIMEOUT) { if(head->retry_count < max_retries) { resend_message(head); // 实际网络发送函数 head->retry_count++; head->last_sent_time = now; } else { handle_message_expired(head); // 超限处理 } } head = head->next; } } ``` 三、QoS差异处理逻辑 1. QoS1处理流程： ```c void handle_puback(uint16_t pid) { MqttMessage** pp = &msg_list; while(*pp) { if((*pp)->packet_id == pid && (*pp)->qos_level == 1) { MqttMessage* to_delete = *pp; *pp = (*pp)->next; free(to_delete); return; } pp = &(*pp)->next; } } ``` 2. QoS2状态机实现： ```c void handle_pubrec(uint16_t pid) { MqttMessage* curr = msg_list; while(curr) { if(curr->packet_id == pid && curr->qos_level == 2) { send_pubrel(pid); // 发送PUBREL curr->state = WAIT_PUBCOMP; // 更新状态 reset_timer(curr); } curr = curr->next; } } ``` 四、优化建议 1. 使用哈希表+链表组合实现快速查找（时间复杂度从$O(n)$降到$O(1)$） 2. 设置合理的退避策略（Exponential Backoff）： $$timeout = base \times 2^{retry\_count}$$ 3. 内存管理： - 使用内存池预分配 - 添加引用计数器 - 实现心跳检测机制 五、注意事项 1. 线程安全：若使用多线程需要加互斥锁 2. 消息去重：QoS2需要维护已处理消息ID集合 3. 释放资源：所有消息最终必须从链表中移除并释放内存 4. QoS级别验证：发送时验证QoS值有效性（0/1/2） 完整实现需要结合具体网络库（如mosquitto、paho等），建议通过有限状态机管理消息生命周期，配合定时器模块实现高效的重传机制。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值