Docker化Express+MongoDB API 调整连接串后仍报Mongoose连接被拒

报错日志里明确记录了Mongoose尝试连接的地址是127.0.0.1:27017，根本不是你配置的mongo:27017。只要连接串真的指向mongo服务，就算网络不通，报错里的目标地址也应该是mongo的内网IP，不会是回环地址。这说明你修改的连接串配置压根没被应用加载到。

1. 解决配置覆盖问题 #

• 先检查Mongoose连接串的加载逻辑：
  很多项目会用dotenv加载本地.env文件，代码逻辑通常是优先读环境变量，读不到就用默认回退值。如果本地.env文件里写的是MONGO_URI=mongodb://127.0.0.1:27017/products，而Dockerfile里有COPY . .指令，那这个.env文件会被直接复制到容器内，把你硬编码的mongo服务地址覆盖掉。
• 对应修复方式：直接在docker-compose中给app服务显式注入Mongo连接的环境变量，优先级高于容器内的.env文件配置。在app服务块中添加：

  environment:
    - MONGO_URI=mongodb://mongo:27017/products
  

• 顺带检查代码里的回退逻辑，是不是写了这类代码：

  const db = process.env.MONGO_URI || "mongodb://127.0.0.1:27017/products"
  

  如果环境变量没有正确传入，应用就会自动使用这个回退的本地地址，和你当前看到的报错现象完全匹配。

2. 优化docker-compose配置 #

• 你当前使用的links配置早已被Docker Compose废弃，同一默认网络下的服务本身就可以通过服务名互相访问，该配置无实际作用。
• 补充服务依赖规则，避免应用在MongoDB完全启动就绪前就尝试连接，在app服务块中添加：

  depends_on:
    - mongo
  

  优化后的完整配置参考：

  version: "3"
  services:
    app:
      container_name: fullstack-products-api
      restart: always
      build: .
      ports:
        - "8000:8000"
      environment:
        - MONGO_URI=mongodb://mongo:27017/products
      depends_on:
        - mongo
    mongo:
      container_name: mongo
      image: mongo
      ports:
        - "27017:27017"
  

3. 手动验证容器内连通性 #

• 启动服务后，进入应用容器手动测试网络连通性：
  1. 执行命令进入应用容器：

     docker exec -it fullstack-products-api sh
     

  2. 在容器内运行ping mongo，确认可以正常解析到MongoDB容器的内网IP
  3. 在容器内运行wget mongo:27017，确认端口连通性正常

• 重新执行docker-compose up --build启动服务，观察应用日志。如果输出Connected to database...日志，说明连接成功。
• 如果仍报错，可在应用启动逻辑中临时打印实际使用的Mongo连接串值，确认是否真的加载到了mongodb://mongo:27017/products的配置，排除其他逻辑悄悄覆盖配置的问题。

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