关于MQTT QoS 1消息重发顺序规则的技术问询

「按PUBLISH报文发送顺序重发」的作用 #

这个规则核心是维护发送端的会话状态不混乱。它要求发送端必须严格按照最初发消息的顺序，处理那些未收到ACK的报文——不能跳过前面没确认的消息去重发后面的，也不能乱序重发，避免发送端自身的消息跟踪逻辑出现混乱。

规则生效时机 #

只要发送端存在未收到ACK的PUBLISH报文，这个规则就会生效。比如前面的消息还没得到确认，发送端不能优先重发后面的报文，必须先处理前面未确认的（超时后就重发前面的），再处理后续的报文。

是否需要重发B和C来保证C最后到达？ #

完全不需要。MQTT QoS 1只保证每个消息至少到达一次，不保证接收端的消息顺序。在你举的例子里：

• 发送A、B、C后，收到A和C的ACK但B丢失
• 发送端只会重发B，不会重发C（因为C已经确认被接收）
• 接收端会先收到A、C，之后收到重发的B，出现乱序是正常情况。如果业务必须要求严格顺序，需要在应用层自行处理，比如给每个消息添加序列号，接收端攒齐消息后排序再处理。

重发B后收到ACK，但未收到C的ACK，是否需要再次重发C？ #

需要。QoS 1的每个PUBLISH报文的ACK是独立跟踪的：

• 不管B是否已经确认，只要C的ACK未被收到，发送端在超时后就会重发C，直到收到对应的ACK为止。每个消息的确认状态互不影响，各自独立处理。

内容的提问来源于stack exchange，提问作者dspyz