本文记录了在使用Alpine作为基础镜像构建Docker时，Go二进制文件因动态链接问题导致的'not found'错误。问题源于Alpine使用musl libc而非glibc。解决方案包括尝试重新构建镜像和直接在Alpine中安装glibc。最终，通过在Dockerfile中添加glibc安装步骤，成功解决了问题，实现了减小镜像体积的目的。
问题:
在docker里如果用 Centos 获取Ubuntu 做基础镜像执行go二进制文件起码200m往上.可以看看大佬这篇文章来学习如何让镜像变的更小:减少go镜像的大小
我们用 alpine 作为基础镜像构建
FROM alpine:3.14
...
alpline 本身5m大小,大大缩减了镜像的体积.
后续 执行 ./ 二进制文件时 出现 ./project no found .这就奇怪了!
出现原因:
这里报的 not found 并不是说找不到这个程序，而是说，程序在运行的时候无法找到需要动态链接的目标文件.
那么什么是动态链接呢?
我们都知道，程序编写完毕后需要编译、链接才能运行。链接是把目标文件、操作系统的启动代码和用到的库文件进行组织，最终形成可执行代码的过程。按理来讲，我们的代码变成可执行的程序的时候，需要调用的代码都已经被链接好了，但是这并不完全准确，因为在此时完成的只是静态链接。
所谓静态链接是指把要调用的函数或者过程链接到可执行文件中，成为可执行文件的一部分。静态链接的问题很明显，它会造成空间的浪费和软件更新的困难。举例来说，当有好几个程序调用了相同的系统函数时，每个程序都把这个函数加载到内存里，重复占用了很多空间，造成了资源的浪费。
动态链接解决了这一问题，其基本思想是把程序按照模块拆分成各个相对独立部分，在程序运行时才将它们链接在一起形成一个完整的程序，而不是像静态链接一样把所有程序模块都链接成一个单独的可执行文件。
那么问题就出现了，这个动态链接是和系统内置的
最低0.47元/天 解锁文章
1929
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
