ActiveMQ Artemis中MQTT订阅者退订判定及客户端重连识别问题

关于MQTT客户端重连识别的核心逻辑 #

MQTT中设置clean=false（MQTT 5.0对应clean_start=false）确实和JMS的持久化订阅效果类似——Broker会为客户端保留未确认的消息以及订阅关系，直到客户端重新连接处理这些内容。

要让Broker在客户端（比如PC崩溃重启后）识别为同一客户端，必须同时满足两个条件：

• 重连时使用完全相同的Client ID
• 连接参数保持clean=false（或MQTT 5的clean_start=false）

Broker是通过Client ID来绑定持久化会话的，这是唯一标识，所以不能省略或每次启动随机生成Client ID，否则Broker会认为是新客户端，创建全新会话，之前的持久化数据都会丢失。

Telegraf MQTT配置的正确性确认 #

你的理解完全正确：在Telegraf的MQTT插件配置里，当设置persistent-session = true时，必须指定非空且固定的client-id。

如果client-id为空或者每次启动自动生成随机值，即便开启了persistent-session，Broker也无法关联到之前的持久化会话，只会创建临时会话，导致之前的订阅关系和未接收消息都无法恢复。

正确的配置要点：

• client-id设为固定、唯一的标识字符串（例如telegraf-monitor-node-01）
• 确保persistent-session = true

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