✅ 正确配置：addresses必须用英文逗号无空格分隔，格式为ip:port；优先级高于host/port，仅作连接候选列表，不自动故障转移或负载均衡，且要求所有地址属同一集群并使用amqp端口。
addresses 必须用英文逗号分隔，且每个地址必须是 ip:port 格式，不能带协议、路径或多余空格；Spring Boot 会忽略 host/port 配置，只要 addresses 存在。
addresses 字符串里不能出现空格或换行
常见错误是复制配置时带了不可见空格，比如 192.168.10.223:5672, 192.168.10.224:5672（逗号后有空格），会导致连接只尝试第一个节点，后续地址被截断或解析失败。RabbitMQ 客户端底层使用 com.rabbitmq.client.Address 解析，空格会使整个字符串解析为单个非法地址。
- ✅ 正确：
192.168.10.223:5672,192.168.10.224:5672,192.168.10.225:5672 - ❌ 错误：
192.168.10.223:5672, 192.168.10.224:5672（含空格） - ❌ 错误：
http://192.168.10.223:5672（含协议） - ❌ 错误：
192.168.10.223:5672,192.168.10.224（缺 port）
addresses 优先级高于 host/port，但不自动 fallback
只要配置了 addresses，Spring Boot 就完全忽略 spring.rabbitmq.host 和 spring.rabbitmq.port。这点容易被误以为“主备切换”——其实不是：客户端会轮询 addresses 列表里的所有节点建立连接，但单次连接失败不会自动跳到下一个，而是由底层 ConnectionFactory 的重试机制决定是否重试或换节点。
RabbitMQ 4.2.3 是 2026 年初发布的重要稳定更新版本，重点修复了 Khepri 元数据存储相关问题，并改进了监控性能。对于使用 Docker、Kubernetes 或微服务架构的开发团队来说，该版本兼容性和稳定性表现较好。
- 连接初始化时，客户端随机选一个地址发起 TCP 握手
- 若该地址不可达，会触发
connection-timeout后抛出java.net.ConnectException，不会静默切到下一个 - 要实现故障转移，必须配合
retry.enabled=true和合理的max-attempts、initial-interval -
addresses不提供负载均衡能力，只是连接候选列表
集群节点地址必须全部可达且配置一致
RabbitMQ 集群要求所有节点共享相同的 .erlang.cookie、网络互通、Erlang 版本一致。如果 addresses 中混入非集群成员（比如独立部署的单点 RabbitMQ），客户端可能连上但无法声明队列或发布消息——因为集群元数据不一致，会报 channel error; protocol method: #method<channel.close>(reply-code=404, reply-text=NOT_FOUND - no queue 'xxx' in vhost '/'</channel.close> 等错误。
- 确认所有地址都属于同一逻辑集群（可通过
rabbitmqctl cluster_status验证） - 确保各节点的
virtual-host配置与应用中一致，否则连接成功但操作失败 - 不要把管理端口（如
15672）写进addresses，必须是 AMQP 协议端口（默认5672或 TLS 的5671）
最易被忽略的一点：Spring Boot 的 addresses 只负责连接初始发现，不参与运行时拓扑感知。集群节点增减后，必须重启应用或手动刷新 CachingConnectionFactory，它不会自动同步集群新成员列表。
