为什么Docker官方FAQ称容器内部不包含操作系统？

这个疑问本质是不同语境下「操作系统」的定义差异，两者并不冲突：

• Docker官方FAQ的表述是站在和虚拟机对比的技术底层视角，这里提到的「操作系统」特指带独立内核的完整操作系统实例。虚拟机的运行逻辑是在宿主机上虚拟出硬件层，再在虚拟硬件上跑一整套完整的操作系统（包含独立的kernel、用户态组件），和宿主机OS完全隔离。而容器没有独立的内核空间，所有容器共享宿主机的内核，不管镜像里带了多少用户态工具，本质都是调用宿主机内核提供的能力，因此从这个维度看，容器确实不包含完整的操作系统。
• 我们平时提到的「镜像内置精简操作系统」，这里的「操作系统」实际指的是Linux发行版的用户态组件集，比如Ubuntu镜像带的bash、apt、核心命令工具、glibc依赖库这些内容，完全没有内核部分。这些组件只是为了方便我们运行依赖特定发行版环境的程序，和完整操作系统的定义差了最核心的内核部分。

举个很直观的例子：如果你的宿主机跑的是CentOS系统，你完全可以正常运行Ubuntu、Alpine等不同发行版的容器，这些容器里只会有对应发行版的用户态工具，内核还是用的宿主机的CentOS内核，不会额外加载Ubuntu/Alpine的内核。而如果是虚拟机的话，你跑Ubuntu虚拟机就一定会在VM内部加载独立的Ubuntu内核，和宿主机内核完全无关。

另外你提到的scratch镜像也可以佐证这个逻辑：scratch是空的基础镜像，没有任何用户态OS组件，静态编译的二进制程序可以直接在基于scratch构建的容器里运行，这种场景下容器里连用户态OS组件都没有，更不存在完整的操作系统。

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