Docker运行Alpine镜像提示找不到已复制二进制文件apps故障排查

这个报错是典型的动态库依赖不匹配，不是真的找不到/bin/apps文件本身。
Alpine为了压缩镜像体积，默认没有搭载绝大多数Linux发行版使用的glibc标准库，而是换用了更轻量的musl libc。你在宿主机上直接编译出的二进制默认是动态链接glibc的，程序头里指定的动态加载器路径在Alpine系统里根本不存在，内核加载程序时找不到对应的解释器，就会抛出这个误导性极强的"not found"错误。
你可以进镜像跑一句ldd /bin/apps，就能直接看到缺失的依赖项。
另外如果宿主机和镜像的CPU架构不匹配（比如宿主机是arm64、镜像用的amd64版本），也会触发一模一样的报错，不过这个场景出现概率远低于libc不匹配。

三选一即可，优先推荐前两种：

• 编译二进制时开启静态链接，把所有依赖直接打包进二进制文件，不依赖系统层的动态库。比如Go程序编译时指定CGO_ENABLED=0，C/C++程序编译时加-static参数，编译出的静态二进制可以直接在Alpine里正常运行，也是容器部署最推荐的编译方式。
• 放弃Alpine基础镜像，换成和你宿主机环境一致、自带glibc的精简基础镜像，比如debian:stable-slim、ubuntu:22.04这类，你现在编译的动态二进制放进去不需要额外修改就能跑。
• 坚持用Alpine的话，可以手动在Dockerfile里安装glibc兼容层，但这个方案兼容性差，后续容易出现各种诡异的运行时问题，生产环境不建议用。

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