Docker多阶段构建Entrypoint指定文件存在却提示不存在的问题

核心问题：C标准库不兼容 #

你用golang:1.19-alpine构建的Go程序，默认是动态链接到Alpine专属的musl libc，但最终运行的debian:bullseye-slim镜像用的是glibc——这俩C标准库不兼容，系统找不到程序依赖的动态库，才会报“no such file or directory”。注意这个错误不是说程序文件不存在，而是它依赖的运行时组件找不到。

关键现象对应 #

• 用ls -l能看到程序文件且权限全开，说明文件本身没问题，排除路径、权限类问题。
• 在build_con阶段（Alpine镜像）能正常运行，是因为该镜像自带musl libc，刚好匹配程序的依赖。

可行解决办法 #

• 静态编译Go程序：把所有依赖打包进程序，脱离对系统C库的依赖。修改构建阶段的go build命令：

  RUN CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o /signservice_app /
  

  各参数作用：
  • CGO_ENABLED=0：禁用CGO，强制静态编译
  • GOOS=linux：明确目标操作系统为Linux
  • -a：强制重新编译所有依赖包，避免残留动态链接的内容
  • -installsuffix cgo：给编译产物加后缀，避免和动态编译的包混淆
• 换匹配的运行镜像：把最终运行阶段的镜像换成Alpine，保持和构建阶段的C库一致，但要注意把debian的apt命令换成Alpine的apk，比如安装pdftk和imagemagick的命令要调整为apk对应的写法。

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