“econnrefused 127.0.0.1:5672”表明本地5672端口无进程监听，需先确认服务状态：sudo systemctl status rabbitmq-server；再验证监听：sudo ss -tlnp | grep ':5672'，输出须含rabbitmq-server进程；若无，检查/etc/rabbitmq/rabbitmq.conf中listeners.tcp.default = 127.0.0.1:5672是否生效且语法正确，重启服务后复验。
确认 RabbitMQ 服务是否真正在监听 5672 端口
“ECONNREFUSED 127.0.0.1:5672” 表明 Node.js 客户端尝试 connect() 时，内核直接返回拒绝——这说明本地 5672 端口上压根没有进程在监听。不是密码错、不是 vhost 错、更不是 exchange 不存在，是 TCP 层就断了。
别急着改代码，先看服务本身：
- 运行
sudo systemctl status rabbitmq-server，确认状态是active (running)；若为inactive或failed，执行sudo systemctl start rabbitmq-server - 检查监听：运行
sudo ss -tlnp | grep ':5672'，必须看到类似0.0.0.0:5672或127.0.0.1:5672且进程名为rabbitmq-server的输出 - 若无输出，说明 RabbitMQ 没绑定端口——常见原因是配置文件里没开监听，或启动失败后静默退出（查
/var/log/rabbitmq/rabbit@*.log）
检查 RabbitMQ 配置中 listeners.tcp.default 是否生效
RabbitMQ 默认只监听 127.0.0.1:5672，但某些安装方式（如通过 snap 或旧版 deb 包）可能默认禁用该监听，或配置被覆盖。关键不是“有没有配置”，而是“配置是否被加载并生效”。
打开 /etc/rabbitmq/rabbitmq.conf，确认存在且未被注释的行：
listeners.tcp.default = 127.0.0.1:5672
注意：0.0.0.0:5672 虽然能连远程，但在 Docker 或某些安全策略下反而会触发额外拦截；本地开发用 127.0.0.1 更稳妥。改完必须重启服务：sudo systemctl restart rabbitmq-server，再跑一次 ss 命令验证。
容易踩的坑：
- 配置文件路径错误（比如误改了
/etc/rabbitmq/rabbitmq-env.conf） - 文件权限不对（
rabbitmq用户无法读取配置） - 配置语法错误（多一个空格、少一个等号，会导致整个 listeners 段被忽略）
Docker Compose 场景下 client 连的是 localhost 还是服务名？
Node.js 应用若和 RabbitMQ 同在 Docker Compose 中，localhost 指的是容器自身，不是宿主机。此时写 amqp://localhost:5672 必然报 ECONNREFUSED——因为 RabbitMQ 在另一个容器里，它的端口对当前容器不可见。
正确做法是用服务名作为 host：
- 确保
docker-compose.yml中 RabbitMQ 服务名为rabbitmq（如services: rabbitmq: {...}） - Node.js 中连接字符串应为
amqp://rabbitmq:5672，而非localhost或127.0.0.1 - 检查
depends_on仅控制启动顺序，不保证 RabbitMQ 已 ready；加 healthcheck 或在应用启动前用wait-for-it.sh类脚本做端口探活
如果硬要用宿主机的 5672（比如本地开发调试），需确认 ports 映射已声明："5672:5672"，且宿主机防火墙未拦截。
rabbitmqctl 报 ECONNREFUSED 是另一回事，别混淆
如果你在终端敲 rabbitmqctl status 也报 Connection refused，这不是 AMQP 连接问题，而是 Erlang 分布式通信失败。它走的是 4369（epmd）和 25672（Erlang distribution）端口，与客户端用的 5672 完全无关。
此时排查方向完全不同：
- 运行
epmd -names，看是否有rabbit节点注册 - 检查
/var/lib/rabbitmq/.erlang.cookie文件权限是否为600，内容是否在所有节点一致 - 确认 hostname 解析正常：
hostname输出应能被ping通，且不指向127.0.1.1这类特殊地址
AMQP 客户端连不上 5672，和 rabbitmqctl 连不上 Erlang 节点，是两套独立机制。混在一起查，只会浪费时间。
