本文主要探讨了在使用Spring Jms连接ActiveMQ时遇到的重连问题。当ActiveMQ未启动时，项目启动会被卡住。通过设置`startupMaxReconnectAttempts`参数限制启动时的重连次数，解决了项目启动问题。然后，针对启动后连接异常的情况，通过设置`reconnectOnException`为true，使得`SingleConnectionFactory`在异常时能重置连接，确保了ActiveMQ启动后能成功连接。同时，调整`recoveryInterval`可以控制连接刷新间隔，减少异常日志的输出。 摘要由CSDN通过智能技术生成

我们现在做的Web项目遇到一个问题，项目启动时使用Failover方式连接某个ActiveMQ,brokerUrl类似

failOver:(tcp://xxx.xxx.xxx.xxx:61616)，如果ActiveMQ启动正常，项目启动正常;

但如果ActiveMQ没有启动，项目将无法启动完成,一直卡在连接ActiveMQ阶段。

经过调查，发现是ActiveMQ提供的FailOver Transport方式导致的。

FailOver Transport有maxReconnectAttempts和startupMaxReconnectAttempts两个连接参数。

前者是FailOver Transport最大的重连次数，后者是启动阶段的最大重连次数，由于我们原先的连接这两个参数没有设置值，它们都沿用默认值-1，表示无限次重连，直到连接成功为止。这样，只要我们在启动项目时不启动ActiveMQ，FailOver Transport将一直尝试重连，导致后续程序加载无法进行，从而项目启动卡住。

找到了原因之后，我们在brokerUrl中设置startupMaxReconnectAttempts=2，形如：

failOver:(tcp://xxx.xxx.xxx.xxx:61616)?startupMaxReconnectAttempts=2,这样启动时FailOverTransport仅仅重试2次，如果不成功，就不再尝试，继续加载后续程序，这样就解决了项目启动卡住的问题。

然而还有一个问题没有解决，如果启动时没有连接ActiveMQ成功，在项目启动完成后，再启动ActiveMQ时，即使ActiveMQConnectionFactory一直重连ActiveMQ，直到连接成功。我们配置的DefaultMessageListenerContainer仍然会抛出以下异常:

ERROR DefaultMessageListenerContainer - Could not refresh JMS Connection for destination 'queue://xxxxxxx' - retrying in 5000 ms. Cause: The JMS connection has failed: Co

最近遇到一个 问题 ，正常 ActiveMQ 断开后，因为有因为有心跳检测和 重连 机制， 使用 failover方式，消费者其实是会不断的尝试 重连 ，进程应该是一直存在的。但是奇怪的是有的进程的消费者在mq断开后进程会直接挂掉，没有日志输出也不再 重连 了。 主进程如下，消费者代码就是正常的设置监听器（ Message Listener ）的代码，就不贴了。 * @author ZZJ * @description: * @date 2020-9-9 9:46 public class ActiveMQ T demo2 留下了两个 问题 ：       1.我们利用demo2 的配置，在queue 模式下 连续发送10W消息出现出现状况。       2.topic 模式下，消费者重启时间段收不到监听的信息怎么办？ 二、 问题 解析：         1.测试 发送10W消息，中途会出现          socket: tcp://localhost:61616... Q: broker:localhost  clientid  already connect from tcp xxxxxxx ------------------------------------------------------------------------------- A : 客户端ID 已存在 （1注册的clientID 重复  检查有两个客户端的ID 是否有相同的  ...