MQTT持久会话消息与保留消息处理优先级问题（Mosquitto场景）

测试前置条件 #

• 涉及两个MQTT主题：主题A、主题B
• 客户端逻辑：应用启动时在on_connect回调中以QoS 2等级订阅两个主题，随后启动独立线程执行loop_forever()启动消息处理循环
• 预置消息状态：
  • 客户端离线周期内，主题B累积了未接收的持久会话离线消息
  • 主题A已经配置了保留消息

待确认问题 #

客户端完成订阅后，两类消息的处理优先级遵循什么规则，具体疑问点如下：

• 优先级是否由消息类型决定？即是否天然对持久会话离线消息、保留消息做了优先级排序？
• 优先级是否由on_connect中的订阅顺序决定？有观点认为由于线程只有执行loop_forever()后才会开始处理消息，订阅顺序无法作为顺序预判依据
• 还是两类消息的处理顺序完全随机？

实测结果与注意事项 #

• 实际测试表现：主题B的持久会话离线消息会被优先处理
• 行为可靠性说明：开发者hardillb指出，该类消息投递顺序和Broker的具体实现强相关，本次测试使用的Broker为Mosquitto
• 风险提示：不建议业务逻辑强依赖该消息顺序，MQTT协议规范没有对持久会话离线消息、保留消息的投递先后顺序做强制要求，该行为完全由Broker自身实现逻辑决定，跨Broker使用、或者Broker版本升级时都可能出现顺序变化。只有在固定使用本次测试版本的Mosquitto、且不涉及核心逻辑版本升级的场景下，“持久会话离线消息优先于保留消息投递”的表现可以稳定复现。

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