PHP AMQPConnection不支持多节点自动切换，需手动实现轮询重连、异常捕获、连接超时、发布确认、持久化声明及镜像队列配置，并定期检测连接状态。
PHP 纯脚本模式下无法靠单次 AMQPConnection 实例自动切换节点——必须手动实现重连逻辑 + 多地址轮询 + 异常捕获，否则任一节点宕机即中断。
AMQPConnection 不支持 addresses 列表参数
PHP 的 amqp 扩展（基于 librabbitmq）的 AMQPConnection 类只接受单个 host，不支持类似 Java Client 的 addresses 数组或 Pika 的 hosts 参数。硬编码单个 host 时，该节点不可达就会直接抛出 AMQPConnectionException，不会尝试下一个。
- 错误写法：
$conn = new AMQPConnection(['host' => 'node1']);—— node1 挂了就彻底失败 - 正确思路：把多个节点地址存为数组，
try/catch连接异常后主动换下一个 - 注意：每次换节点都要新建
AMQPConnection实例，不能复用已失败的连接对象
必须显式启用 automatic recovery 和持久化配置
即使你做了多节点轮询，若未开启发布确认和连接恢复机制，网络抖动或临时断连仍会导致消息丢失或通道卡死。
- 连接时务必设置：
'read_timeout' => 5、'write_timeout' => 5、'connect_timeout' => 3，避免阻塞过久 - 发布消息前调用
$channel->confirmSelect()，并用$channel->waitForConfirm()等待 broker 确认 - 队列声明必须带
AMQP_DURABLE标志，交换器和绑定也要设为 durable，否则节点重启后元数据消失
轮询重试逻辑要避开常见陷阱
简单 for 循环遍历节点列表看似可行，但容易陷入无限重试、状态污染或时序错乱。
- 不要在
consume循环里反复 new connection —— 每次重连应重置 channel、exchange、queue 等上下文 - 记录上次成功连接的节点索引，下次从该位置开始轮询（避免每次都从 node1 开始，造成负载倾斜）
- 遇到
AMQPConnectionException或AMQPChannelException时才切换；AMQPQueueException（如 queue not found）通常说明配置问题，不应盲目切节点 - 建议加简单退避：
usleep(100000)（100ms）再试下一个，防止雪崩式探测
镜像策略和客户端必须匹配才能真正高可用
就算 PHP 脚本连上了集群中任意节点，如果队列没镜像，消费者仍可能因主节点宕机而收不到消息。
- 必须提前在集群上运行：
rabbitmqctl set_policy ha-all "^" '{"ha-mode":"all","ha-sync-mode":"automatic"}' - PHP 创建队列时不能只传名字，要显式声明镜像属性：
$queue->setArguments(['x-ha-policy' => 'all']) - 验证是否生效：
rabbitmqctl list_queues name slave_pids，输出中slave_pids非空才表示有副本
最易被忽略的一点：PHP 脚本本身没有后台心跳或连接保活机制，长时间运行的 consumer 进程必须自己实现定期 connection->isConnected() 检查（如有）或捕获 socket EOF 异常，并触发重连——依赖操作系统 TCP keepalive 默认值（通常 2 小时）远远不够。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
