Activemq 容错链接

最新推荐文章于 2022-08-12 20:11:53 发布

naki_bb

最新推荐文章于 2022-08-12 20:11:53 发布

阅读量469

点赞数

CC 4.0 BY-SA版权

分类专栏： activemq 文章标签： activemq容错

本文链接：https://blog.youkuaiyun.com/qq_33753147/article/details/79375319

activemq 专栏收录该内容

23 篇文章

订阅专栏

本文介绍了FailoverProtocol在客户端配置中的作用，即实现自动重新连接逻辑。详细解释了两种提供稳定Broker列表的方式，以及FailoverProtocol的配置方法和默认设置。此外，还提供了多个配置参数示例，帮助理解如何优化客户端的连接恢复。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Failover Protocol

前面讲述的都是Client配置链接到指定的broker上。但是，如果Broker的链接失败怎么办呢？此时，Client有两个选项：要么立刻死掉，要么去连接到其它的broker上。
Failover协议实现了自动重新链接的逻辑。这里有两种方式提供了稳定的brokers列表对于Client链接。第一种方式：提供一个static的可用的Brokers列表。第二种方式：提供一个dynamic 发现的可用Brokers。

Failover Protocol 的配置方式

failover:(uri1,...,uriN)?key=value 或者 failover:uri1,...,uriN

Failover Protocol 的默认配置

默认情况下，这种协议用于随机的去选择一个链接去链接，如果链接失败了，那么会链接到其他的Broker上。默认的配置定义了延迟重新链接，意味着传输将会在10秒后自动的去重新链接可用的broker。当然所有的重新链接参数都可以根据应用的需要而配置。
Failover Protocol 的使用示例，在客户端程序里面：
ConnectionFactory connectionFactory = new

ActiveMQConnectionFactory("failover:(tcp://192.168.1.106:61679,tcp://192.168.1.106:61819)?randomize=false");

randomize为false，则会按顺序就行broker链接，但是这样会造成第一台broker压力过大

Failover Protocol 可用的配置参数：

1：initialReconnectDelay：在第一次尝试重连之前等待的时间长度（毫秒），默认10
2：maxReconnectDelay：最长重连的时间间隔（毫秒），默认30000
3：useExponentialBackOff：重连时间间隔是否以指数形式增长，默认true
4：backOffMultiplier：递增倍数，默认2.0
5：maxReconnectAttempts：默认-1|0，自版本5.6起：-1为默认值，代表不限重试次数；0代表从不重试（只尝试连接一次，并不重连），5.6以前的版本：0为默认值，代表不限重试次数所有版本：如果设置为大于0的数，代表最大重试次数
6：startupMaxReconnectAttempts：初始化时的最大重连次数。一旦连接上，将使用maxReconnectAttempts的配置，默认0
7：randomize：使用随机链接，以达到负载均衡的目的，默认true
8：backup：提前初始化一个未使用连接，以便进行快速失败转移，默认false
9：timeout：设置发送操作的超时时间（毫秒），默认-1
10：trackMessages：设置是否缓存[故障发生时]尚未传送完成的消息，当broker一旦重新连接成功，便将这些缓存中的消息刷新到新连接的代理中，使得消息可以在broker切换前后顺利传送，默认false
11：maxCacheSize：当trackMessages启用时，缓存的最大字节，默认为128*1024bytes
12：updateURIsSupported：设定是否可以动态修改broker uri（自版本5.4起），默认true