既然 alpine 体积这么小，为什么其它软件官方镜像不把它作为基础镜像？

alpine 和 debian/ubuntu 等基础镜像是有本质区别的.除了体积以外.后者使用的 libc 是 glibc.alpine 是 musl-libc.移植程序的时候要考虑这两者兼容上的问题.

接楼上 而且两者执行效率也不同

如果直接把用为 libc 编译的二进制 直接扔到 alphine 上面运行 兼容性和运行效率会比 Debian 或者 Centos 这些常用的差
除非专门给 alpine 编译一个版本

另外 这些常用的环境 在工具和安装配置上 也比 alpine 成熟和方便 大家也都更熟悉

感觉要是能出一个用 glibc 的 alpine 是不是就没那么多破事了

因为除了小，别的毛用没有。尤其是应用依赖一些系统类库的时候。

小也没什么用处，
docker 会复用镜像，整个主机所有基于相同版本的 ubuntu 的 docker 容器共用一个基础镜像，那点尺寸就不算什么了。

还有兼容性问题。我前几天就遇到了。
https://stackoverflow.com/questions/54377305/tar-not-found-in-archive-error-when-using-docker-alpine

最核心的问题有两个：
1. 除了小没有别的好处。坏处见楼上
2. Docker 可以共享镜像层。如果你所用的 Docker 环境存储空间很小，且业务比较单一，那么用 alpine 合适。否则，你问问玩 docker 的，谁机器上没个 Ubuntu 啊……

所以大部分官方镜像的 latest 不是基于 alpine 的，不过一般都会提供 alpine 的 tag。个人的业务那就随你便了。我还挺喜欢 alpine 的。

@wwqgtxx glibc 本身已经 12M 了 hhh

docker hub 里面官方镜像大部分都有 alpine 版本了吧
实在不行我会用 debian-slim 作为基础镜像，比较小巧