MQTT订阅者能否区分订阅触发的保留消息与新发布的保留消息？

要区分订阅时Broker重发的历史保留消息和后续新发布的保留消息，得看你使用的MQTT版本，不同版本的处理方式不一样：

MQTT 3.1.1 版本（无原生支持） #

MQTT 3.1.1协议本身没有提供直接的标识字段来区分这两种场景——不管是订阅时收到的旧保留消息，还是之后新发布的保留消息，消息的retain标志位都会被设为1。

你可以通过以下自定义方案来实现区分：

• 在消息Payload中加入唯一标识（比如UUID）或发布时间戳：客户端订阅后，记录首次收到的保留消息的标识/时间；后续收到retain=1的消息时，对比记录，就能判断是新发布的还是历史重发的。
• 发布新保留消息前先清除旧保留：发布一条Payload为空的保留消息（Broker会删除该主题的旧保留消息），再发送新的保留消息。客户端可以通过“先收到空消息，再收到非空消息”的序列，识别这是新发布的保留消息。不过这种方法有局限性，比如网络丢包可能导致序列中断。

MQTT 5.0 版本（原生支持间接区分） #

MQTT 5.0新增了Retain Handling订阅选项，你可以通过设置这个参数，从根源上控制客户端接收保留消息的时机，间接实现区分：

• Retain Handling=0：默认行为，订阅时接收历史保留消息，后续新保留消息也接收。
• Retain Handling=1：订阅时不接收历史保留消息，只有后续新发布的保留消息才会被推送。
• Retain Handling=2：订阅时只接收一次历史保留消息，后续新保留消息不再接收。

如果需要同时接收两种保留消息并区分，还是得结合自定义Payload的方式（比如加入发布时间戳），因为MQTT 5.0也没有原生字段标识消息是订阅时推送的还是新发布的。

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