RabbitMQ连接超时主因是底层连不上服务或协议/端口/证书不匹配；需先用telnet验证端口可达性，检查服务状态、防火墙、IP白名单、guest用户限制、vhost存在性，并区分5672（AMQP明文）与5671（AMQP over TLS）端口及对应连接方式。
连接超时不是调大 timeout 参数就能解决的，大概率是底层连不上 RabbitMQ 服务本身，或者协议/端口/证书不匹配。
检查 RabbitMQ 服务是否真正可达
很多报错看着像连接超时，其实是根本没连到 RabbitMQ。先别跑 PHP 代码，用最原始的方式验证：
- 用
telnet HOST 5672（或5671）确认端口能通；不通就查防火墙、安全组、IP 白名单 - 确认
rabbitmq-server进程在运行：systemctl is-active rabbitmq-server - 确认用户有远程访问权限：默认
guest只允许localhost，生产环境必须用rabbitmqctl add_user创建专用账号并赋权 - 确认 vhost 存在，比如连接时用了
/myapp，但 RabbitMQ 里没创建这个 vhost，就会卡在握手阶段，表现就是“超时”
区分 5672 和 5671 端口的协议含义
5672 是 AMQP 明文端口，5671 是 AMQP over TLS 端口。如果 RabbitMQ 配置了 SSL 并只开放了 5671，但你仍用 AMQPStreamConnection 去连，就会一直卡住——它不会报“拒绝连接”，而是等完 timeout 后抛 AMQPTimeoutException。
- 连
5672：用AMQPStreamConnection，不需要证书 - 连
5671：必须用AMQPSSLConnection，且传入合法的ssl_options（哪怕verify_peer => false） - 错误示范：
new AMQPStreamConnection('x.x.x.x', 5671, ...)—— 这种写法永远连不上
AMQPStreamConnection 必须显式设置 heartbeat 和超时
默认构造函数里 $heartbeat = 0，意味着不发心跳，TCP 连接容易被中间设备（如 NAT、云厂商负载均衡）静默断开，表现为“某次消费后突然卡住”或“隔几分钟就断”。
立即学习“PHP免费学习笔记（深入）”；
- 务必在构造时传入非零
heartbeat（建议 15～30），且$read_write_timeout≥heartbeat * 2 - 示例：
new AMQPStreamConnection(HOST, PORT, USER, PASS, VHOST, false, 'AMQPLAIN', null, 'en_US', 5.0, 60.0, null, true, 30) - 注意：
$keepalive = true仅控制 TCP 层 keepalive，不能替代 AMQP 心跳；两者都开更稳妥 - 连上后去 RabbitMQ Web UI 的 Connections 页面，看对应连接的 “Heartbeat” 列是否有数值，没值说明没生效
AMQPSSLConnection 缺证书时的临时绕过方案
生产环境开了 SSL 但没给客户端证书？别硬扛着配 cafile 和 local_cert。可以在 ssl_options 里关掉校验（仅限测试或内网可信环境）：
-
'verify_peer' => false—— 不验证服务端证书合法性 -
'verify_peer_name' => false—— 不校验 CN/SAN - 完整最小配置：
['verify_peer' => false, 'verify_peer_name' => false]，传给AMQPSSLConnection构造函数即可 - 这样连
5671就不会卡在 TLS 握手，但请记住：这等于放弃传输加密的完整性保障
真正难排查的点往往不在 PHP 代码里，而在网络链路、RabbitMQ 配置、SSL 策略这些“看不见”的环节。连不上时，先用 telnet 和 Web UI 看连接状态，比改 PHP 超时参数有效得多。
