Golang程序在Docker外运行正常，容器化后以状态码0退出求助

这问题我之前排查过类似的，咱们先理清楚核心：状态码0表示进程是正常退出的，不是崩溃或者被强制终止，说明你的Go程序在容器里启动后没保持运行，执行完就结束了。结合你给出的配置，主要排查这几个方向：

1. Dockerfile缺少启动命令 #

看你的Dockerfile最后只写了RUN ...，但RUN是镜像构建阶段执行的命令，容器启动时需要用CMD或ENTRYPOINT指定要运行的程序。如果没写，容器启动后没有持续运行的进程，自然会立刻退出（状态码0）。

修复方案： #

推荐先编译成二进制再运行（比go run更高效，也不需要依赖Go环境），修改你的Dockerfile：

FROM iron/go:dev
RUN mkdir /app
COPY src/main/main.go /app/
ENV SRC_DIR=/app
ADD . $SRC_DIR
# 编译Go程序成独立二进制
RUN go build -o /app/api-server $SRC_DIR/main.go
# 指定容器启动时运行的命令
CMD ["/app/api-server"]

如果是开发阶段想快速测试，也可以直接用go run启动：

CMD ["go", "run", "/app/main.go"]

2. 依赖的MongoDB未就绪导致程序退出 #

虽然docker-compose里加了depends_on: [db]，但这只保证db容器先启动，不代表MongoDB服务已经完全初始化好可以接受连接。如果你的Go程序连接MongoDB失败后没有重试逻辑，直接捕获错误并正常退出，就会返回状态码0。

修复方案： #

• 在Go程序里添加数据库连接重试逻辑，比如用循环尝试连接，直到成功或超时；
• 或者在容器启动前先等待MongoDB就绪，修改docker-compose.yml的api服务：

services:
  api:
    # ... 其他原有配置
    command: sh -c "until nc -z mongo 27017; do sleep 1; done; /app/api-server"

注意：需要确保你的镜像里安装了nc（netcat），如果iron/go:dev没有自带，可以在Dockerfile里添加安装命令，或者换用wait-for-it这类专门的等待工具。

3. 交互式终端配置的干扰 #

你在api服务里加了stdin_open: true和tty: true，这是让容器保持交互式终端，但如果你的Go程序是后台服务（比如HTTP服务器），不需要终端交互，这两个配置其实没必要，反而可能干扰进程的正常运行。可以尝试去掉这两行，看是否能解决问题。

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