Docker容器部署成功但无法启动：exec文件不存在问题排查

初始配置及报错 #

初始Dockerfile #

FROM alpine:latest 

RUN mkdir /app

WORKDIR /app

COPY backendApp /app

CMD [ "/app/backendApp" ]

docker-compose.yml配置 #

version: '3'

services:

  backend-service:
    build:
      context: ./backend-service
      dockerfile: backend-service.dockerfile
    restart: always
    ports:
      - "8080:80"
    deploy:
      mode: replicated
      replicas: 1
    environment:
      DSN: "host=postgres port=5432 user=postgres password=password dbname=postcreation sslmode=disable timezone=UTC connect_timeout=5"

初始报错 #

容器日志报错：exec /app/backendApp: no such file or directory

修改配置后的新报错 #

修改后的Dockerfile：

FROM golang:latest

WORKDIR /app

COPY backendApp .

CMD [ "/app/backendApp" ]

新报错 #

容器日志报错：exec user process caused: exec format error

求助需求 #

请求协助解决容器无法启动的问题。

问题分析与解决方法 #

1. 第一个报错原因（Alpine镜像）
   Alpine使用musl libc，而你的backendApp是基于glibc编译的，系统找不到对应依赖库，因此触发“文件或目录不存在”的错误（实际为依赖缺失）。

2. 第二个报错原因（Golang镜像）
   大概率是本地编译的backendApp架构与容器架构不匹配（比如本地是ARM64，容器是AMD64），或者编译时未生成静态可执行文件。

3. 可行解决步骤

方法一：多阶段构建（推荐）

用Golang镜像编译出静态可执行文件，再复制到Alpine镜像中，既保证依赖正确又缩小镜像体积：

# 构建阶段
FROM golang:latest AS builder

WORKDIR /build
COPY . .
# 编译静态可执行文件，禁用CGO
RUN CGO_ENABLED=0 GOOS=linux go build -o backendApp .

# 运行阶段
FROM alpine:latest

WORKDIR /app
# 从构建阶段复制编译好的二进制文件
COPY --from=builder /build/backendApp .

CMD ["/app/backendApp"]

方法二：改用兼容glibc的基础镜像

如果不想重新编译，可使用基于glibc的镜像（如debian:latest）替代Alpine：

FROM debian:latest

RUN mkdir /app
WORKDIR /app
COPY backendApp .
CMD ["/app/backendApp"]

方法三：确保编译架构与容器匹配

若坚持使用现有Dockerfile，本地编译时需指定与容器一致的架构：

# 示例：本地为ARM64（如Mac M系列），容器为AMD64
CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -o backendApp .

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