使用rabbitmq-jms-1.6.0发消息偶发AlreadyClosedException异常如何解决

reply-code=404, reply-text=NOT_FOUND - home node 'rabbit@rabbitmq-ha-1.rabbitmq-ha-discovery.infra.svc.cluster.local' of durable queue 'xxxx' in vhost '/' is down or inaccessible

该错误是RabbitMQ服务端返回给客户端的响应，指当前请求的持久化队列的归属节点不可访问，触发channel被强制关闭，因此抛出AlreadyClosedException异常。

• 队列未配置高可用镜像策略：默认情况下RabbitMQ的持久化队列仅归属单个节点（即报错中提到的home节点），不会自动同步到集群其他节点。当该节点因重启、进程崩溃、网络波动临时下线时，队列就会变为不可访问状态；节点恢复后队列恢复可用，就表现为偶发异常。
• 集群偶发网络分区：RabbitMQ集群节点之间网络不稳定出现临时分区时，home节点会被集群判定为不可达，此时访问该节点上的队列就会抛出该错误，网络分区恢复后服务自动恢复正常。
• 客户端与home节点网络波动：客户端和rabbitmq-ha-1节点之间偶尔出现网络丢包、延迟过高或者端口拦截的情况，导致客户端无法访问该节点，触发报错，网络恢复后功能正常。

• 核查集群节点状态：登录RabbitMQ任意节点执行rabbitmqctl cluster_status，确认所有节点是否处于正常运行状态，是否有节点频繁上下线的记录。
• 核查队列镜像策略：执行rabbitmqctl list_policies -p /（此处/为报错中的vhost名称），查看是否有匹配该队列的镜像策略，确认策略的ha-mode、ha-params配置是否符合高可用要求。
• 核查网络连通性：测试客户端到所有RabbitMQ集群节点的5672（AMQP端口）、25672（集群通信端口）的连通性，排查是否有偶发的丢包、端口不通问题，同时核查集群节点之间的网络稳定性。
• 核查服务端日志：查看rabbitmq-ha-1节点的服务日志，定位是否有进程重启、崩溃、网络分区的相关记录。

• 配置镜像队列策略：为目标vhost下的队列配置镜像策略，将队列数据同步到集群多个节点，避免单节点故障导致队列不可用。示例配置命令（将/ vhost下所有队列配置为全集群镜像）：

  rabbitmqctl set_policy -p / ha-all "^" '{"ha-mode":"all","ha-sync-mode":"automatic"}' --apply-to queues
  

  可根据业务需要调整匹配的队列名称规则和同步节点数量，降低集群同步压力。
• 优化客户端配置：确认客户端连接工厂开启了自动恢复配置：

  connectionFactory.setAutomaticRecoveryEnabled(true);
  connectionFactory.setTopologyRecoveryEnabled(true);
  

  同时添加消息发送失败重试机制，捕获channel关闭异常后，等待连接自动恢复后重试发送消息，避免业务报错。
• 优化集群网络环境：固定所有RabbitMQ节点的IP地址和hostname，避免DNS解析波动导致节点不可达；关闭客户端和集群节点之间不必要的防火墙、安全组规则，避免偶发的端口拦截。

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