UnionFS 是容器镜像分层与快速启动的关键底层机制，通过写时复制（CoW）和多层叠加实现高效文件系统支撑；它使镜像复用率高、容器启动快、构建缓存可复用，但现代生产环境多采用更稳定的 overlay2 替代。
UnionFS 是容器镜像分层与快速启动的关键底层机制，它本身不直接“创建容器”，而是为容器运行时（如 Docker）提供高效、轻量的文件系统支撑——核心在于写时复制（Copy-on-Write, CoW）和多层叠加（Layered Mount）能力。
镜像分层存储依赖 UnionFS 的叠加模型
容器镜像由多个只读层（如基础 OS、运行时、应用依赖等）叠加构成。UnionFS 将这些层按顺序挂载为一个统一视图，上层可覆盖下层同名文件，但不修改原始层数据。这种设计使镜像复用率极高——不同镜像共享相同的基础层，节省磁盘空间和拉取时间。
- 例如：ubuntu:22.04 和 nginx:alpine 可能共用相同的 glibc 或 ca-certificates 层
- 构建新镜像时，仅需新增一层变更内容，无需复制整个文件系统
容器启动快源于写时复制的轻量初始化
当基于某镜像启动容器时，UnionFS 会为该容器添加一个可写层（upperdir），所有运行时写入（如日志、临时文件、配置修改）都发生在这一层；只读层保持干净不变。这个可写层初始为空，几乎不占用空间，也无需预分配或格式化，显著缩短启动延迟。
- 对比传统虚拟机：需完整拷贝磁盘镜像并挂载，耗时数秒至数十秒
- 容器启动时，UnionFS 挂载操作通常在毫秒级完成
镜像构建与缓存加速直接受益于层一致性
Docker 构建过程中，每条 RUN 指令生成一个新层。UnionFS 的确定性叠加行为保证了相同指令序列始终产出相同层哈希值。这使得构建缓存可跨主机、跨时间复用——只要某层已存在本地，就跳过执行，直接复用。
- 例如：apt update && apt install -y curl 这类指令若未变，对应层可被完全跳过
- 层哈希稳定是 CI/CD 中构建提速和镜像签名验证的基础
注意：现代容器运行时已逐步转向更稳定的替代方案
尽管 UnionFS 是早期 Docker 的默认存储驱动，但它在某些内核版本中存在稳定性与并发问题（如 rename 竞态）。如今主流发行版多采用 overlay2（基于 Linux overlayfs），其原理相似但更成熟、性能更好、维护更活跃。理解 UnionFS 有助于把握分层思想本质，但生产环境应优先使用 overlay2 或 fuse-overlayfs 等增强实现。
不复杂但容易忽略：真正让容器“快”的不是某一个组件，而是 UnionFS 所代表的分层抽象 + CoW + 不可变基础设施这一整套协同设计。
