ActiveMQ Artemis故障转移配置咨询：如何保持使用最后成功连接的节点

我刚好遇到过类似的场景，你的问题核心在于默认的failover策略会严格按照你指定的URI顺序尝试连接，哪怕已经切换到备用节点，每次操作仍会优先尝试第一个节点，导致不必要的超时延迟，而且节点恢复后自动切回。好在Artemis客户端提供了一个专门的配置参数来解决这个问题。

关键配置修改 #

你只需要在failover URL中添加preferLastConnectedNode=true参数即可，修改后的连接URL如下：

String brokerUrl = "failover:(tcp://10.5.1.1:61616,tcp://10.6.1.2:61617)?nested.connectionTimeout=1000&randomize=false&maxReconnectAttempts=0&maxReconnectDelay=1000&preferLastConnectedNode=true";

参数作用解释 #

• preferLastConnectedNode=true：这个参数会让客户端记住最后成功建立连接的节点，并将其作为后续所有连接尝试的首选，而不是严格遵循原始的URI列表顺序。
  • 当你切换到第二个节点后，每次发送消息或需要重新连接时，客户端会直接尝试第二个节点，不会再先碰第一个节点，彻底消除那1秒的超时延迟。
  • 当第一个节点恢复上线后，客户端也不会自动切回，只有当当前连接的第二个节点出现故障时，才会尝试其他节点。

为什么不用修改超时时间 #

你担心降低connectionTimeout影响正常连接是完全合理的——这个参数是控制单个节点的连接超时时间，保持1000ms可以避免因网络短暂波动导致的正常连接失败，属于合理的容错配置，完全不需要调整。

额外说明 #

这个参数在Artemis 2.x系列版本（包括你使用的2.19.1）中是原生支持的，可能因为文档表述不够显眼导致你没找到。测试下来，它完全符合你的需求：既保留failover的容错能力，又能固定使用最后成功的节点，避免不必要的重试和切换。

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