Dockerfile构建的main可执行文件在docker-compose中丢失，求解决

嘿，我之前也碰到过类似的小坑，咱们一步步来搞定它！

首先，咱们先理清问题：你构建的镜像里能看到main可执行文件，但用docker-compose运行时却找不到，这大概率是镜像缓存或者运行上下文的问题，咱们逐个排查：

1. 先确认容器运行时的工作目录 #

你在docker-compose里加command: ls看不到main，先看看容器当前在哪个目录执行命令。修改你的docker-compose.yml，加上command: pwd：

version: '2'
services:
  api:
    build:
      context: ./api
      dockerfile: Dockerfile
    ports:
      - 8000:8000
    command: pwd

执行docker-compose up，看看输出的目录是不是/go/src/api——这是你Dockerfile里设置的WORKDIR。如果不是，那说明有地方覆盖了工作目录，但从你给出的配置看应该不会，不过先确认这一步。

2. 强制重新构建镜像，避免缓存坑 #

Docker和docker-compose会默认复用之前的构建缓存，如果你修改了Dockerfile但没触发全量构建，可能容器用的还是旧的、没有main文件的镜像。执行下面的命令强制重新构建：

docker-compose build --no-cache api
docker-compose up

这一步会完全重新构建镜像，确保go build的步骤被执行，生成main文件。

3. 优化Dockerfile的CMD命令，避免PATH问题 #

你的Dockerfile最后用了CMD main，这依赖系统PATH包含当前目录（/go/src/api），但Go官方镜像的PATH默认可能不包含当前目录，所以最好写成相对路径或者绝对路径，让执行更可靠：

# 改成相对路径
CMD ["./main"]
# 或者绝对路径
CMD ["/go/src/api/main"]

这样不管PATH怎么设置，都能准确找到可执行文件。

4. 检查构建日志，确认go build成功 #

执行docker-compose build api，仔细看最后RUN CGO_ENABLED=0 GOOS=linux go build -o main .这一步的输出，有没有报错？比如依赖缺失、编译错误之类的。如果这一步失败了，那main文件根本没生成，自然找不到。

额外优化：用多阶段构建减小镜像体积（可选） #

虽然不是解决当前问题的必须，但多阶段构建能把编译环境和运行环境分开，生成更小的镜像，推荐你试试：

# 第一阶段：编译二进制
FROM golang:1.10 AS builder
ENV DIR=/go/src/api
RUN go get github.com/Masterminds/glide
WORKDIR $DIR
ADD glide.yaml glide.yaml
ADD glide.lock glide.lock
RUN glide install
COPY . $DIR
RUN CGO_ENABLED=0 GOOS=linux go build -o main .

# 第二阶段：用轻量镜像运行
FROM alpine:latest
WORKDIR /app
COPY --from=builder /go/src/api/main .
CMD ["./main"]

按上面的步骤排查，应该就能解决找不到main文件的问题啦！

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