如何解决容器化程序连接RabbitMQ时的连接拒绝问题？

这种跨Compose项目通过容器名直接连接RabbitMQ是完全可行的，你的问题核心是应用实际连接的还是localhost，配置未生效，以下是具体排查和修复步骤：

1. 确认两个Compose项目的网络配置正确 #

两个项目必须加入同一个自定义网桥rabbitmq_go_net：

• RabbitMQ的Compose配置（创建或指定网络）：

  version: '3'
  services:
    rabbitmq:
      image: rabbitmq:management
      networks:
        - rabbitmq_go_net
  networks:
    rabbitmq_go_net:
      name: rabbitmq_go_net
      driver: bridge
  

• 业务应用的Compose配置（引用外部网络）：

  version: '3'
  services:
    app:
      build: .
      environment:
        - RABBITMQ_HOST=rabbitmq
        - RABBITMQ_PORT=5672
        # 其他配置
      networks:
        - rabbitmq_go_net
    postgres:
      image: postgres
      networks:
        - rabbitmq_go_net
  networks:
    rabbitmq_go_net:
      external: true
  

执行docker network inspect rabbitmq_go_net，检查输出的Containers列表，确认RabbitMQ和业务应用容器都在这个网络内。

2. 排查应用的Host配置是否真正生效 #

错误日志显示dial tcp 127.0.0.1:5672，说明cfg.Host的实际值是localhost而非rabbitmq：

• 检查配置加载逻辑：是否从环境变量/配置文件正确读取Host值，有没有硬编码localhost的代码。
• 进入业务应用容器，执行echo $RABBITMQ_HOST（如果用环境变量传递），确认变量值是否为rabbitmq。

3. 验证网络内的连通性 #

如果网络配置正确，在业务应用容器内执行以下命令测试：

# 测试容器名解析
ping rabbitmq
# 测试端口连通性
telnet rabbitmq 5672

如果能正常连通，说明网络没问题，问题出在应用配置；如果不通，重新检查两个Compose的网络配置是否一致。

4. 额外注意事项 #

• 跨容器连接不需要映射RabbitMQ的5672端口到宿主机，容器间直接通过内部端口通信。
• 确保RabbitMQ容器正常启动，执行docker logs rabbitmq查看启动日志，确认服务正常运行。

内容的提问来源于stack exchange，提问作者Omegon