Docker运行Go编译的容器提示找不到已存在的可执行文件

你遇到的问题本质是动态链接库不兼容：

• Alpine Linux默认使用musl libc，而你在宿主机编译的Go程序默认是针对glibc（多数主流Linux发行版如Ubuntu、CentOS使用的库）做动态链接的。
• 容器内尝试运行程序时，系统找不到对应的glibc链接器，就会抛出带有误导性的“文件不存在”错误（实际是依赖缺失）。

方案1：静态编译Go程序（推荐） #

修改构建脚本，编译时强制生成静态可执行文件，让程序不依赖系统libc：

export GOOS=linux
export CGO_ENABLED=0  # 禁用CGO，强制静态编译
go build -o build/DNSZ DNSZ.go
docker build -t zacharyduve/dnsz:latest .

静态编译后的程序可直接在Alpine容器中运行，无需额外依赖，还能保持镜像小巧。

方案2：改用glibc-based基础镜像 #

如果不想修改编译逻辑，可将Dockerfile的基础镜像换成使用glibc的发行版，比如debian:stable-slim：

FROM debian:stable-slim
COPY build/DNSZ /com/zmanhobbies/dnsz/DNSZ
CMD [ "/com/zmanhobbies/dnsz/DNSZ" ]

这种方式无需调整编译命令，但镜像体积会比Alpine版本大很多。

方案3：在Alpine中安装glibc兼容包（不推荐） #

若必须使用Alpine且保留动态编译，可安装glibc兼容层，但步骤繁琐、维护成本高：

FROM alpine
# 安装glibc兼容包
RUN apk add --no-cache curl \
    && curl -Ls https://github.com/sgerrand/alpine-pkg-glibc/releases/download/2.34-r0/glibc-2.34-r0.apk > /tmp/glibc.apk \
    && apk add --no-cache /tmp/glibc.apk \
    && rm /tmp/glibc.apk
COPY build/DNSZ /com/zmanhobbies/dnsz/DNSZ
CMD [ "/com/zmanhobbies/dnsz/DNSZ" ]

验证方法 #

修改后重新构建镜像并运行，可在容器内执行ldd /com/zmanhobbies/dnsz/DNSZ查看依赖：静态编译的程序会显示not a dynamic executable，动态编译的则会列出依赖的库。

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