connection refused是系统级tcp连接拒绝，发生在socket connect()调用失败时，php尚未加载amqp扩展或进行任何amqp协议交互；需优先验证服务监听（0.0.0.0:5672）、网络连通（nc测试）及防火墙/安全组放行5672/tcp。
不是扩展问题，是网络问题。报 Connection refused 时，PHP 还没走到 AMQP 协议层，更没机会验证用户名、密码或 vhost——连接在 TCP 握手阶段就被操作系统内核拒绝了，amqp 扩展根本没开始工作。
为什么能确定不是 amqp 扩展问题？
因为 Connection refused 是系统级错误（ECONNREFUSED），由内核返回，发生在 socket() → connect() 调用失败时。此时 PHP 还未加载 amqp 扩展的 C 层逻辑，也未发起任何 AMQP 帧交互。常见误判点：
- 扩展未启用（
php -m | grep amqp无输出）→ 报错是Class 'AMQPConnection' not found或Call to undefined function amqp_connect()，不是Connection refused - 用户名/密码错 → 报错是
AMQP protocol error: ACCESS_REFUSED或连接成功后立刻断开 - vhost 不存在 → 同样是协议层报错，连接已建立
必须先验证的三个网络层事实
在写任何 PHP 代码前，请确认以下三点全部满足，否则所有 new AMQPConnection() 都会失败：
- 执行
ss -tlnp | grep :5672，输出中必须含0.0.0.0:5672或*:5672，且进程为rabbitmq-server；若只看到127.0.0.1:5672，远程 PHP 客户端必拒 - 执行
nc -zv 127.0.0.1 5672（本机测试）和nc -zv 5672（客户端机器上运行），两个都必须返回succeeded!；任一失败，说明链路不通 - 检查云服务器安全组 + 本地防火墙（如
ufw）是否双向放行5672/tcp；仅开15672（管理端口）对 AMQP 连接无效
PHP 里最容易踩的 host 配置坑
即使网络通了，PHP 代码里的 host 值写错也会复现该错误，尤其在 Docker 或 phpEnv 环境：
- 不要用
localhost：Linux 下它默认走 Unix socket，而 RabbitMQ 不提供 socket 接口；AMQPConnection会尝试解析为127.0.0.1，但若服务监听的是0.0.0.0且防火墙拦截，仍报拒 - 显式写
127.0.0.1（本机直连）或真实内网 IP（跨容器/跨机器）；Docker Compose 中用服务名（如rabbitmq），但需确认 DNS 可解析且网络互通 - 端口别混淆：
5672是 AMQP 端口，15672是 HTTP 管理端口；连错端口直接被拒
真正麻烦的是“服务明明在跑，ss 显示监听，nc 却失败”——这时候得查全连接队列溢出、somaxconn 值过小，或者云厂商安全组规则没生效。这些细节不暴露在 PHP 错误里，但会稳稳卡住你一整天。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
