Union File System（UFS）概念是否仅存在于Docker中？

当然不是，Union File System（联合文件系统）是一种独立于Docker之外的文件系统技术，Docker只是它的典型应用场景之一。

先搞懂UFS的核心本质 #

UFS的核心逻辑是把多个独立的文件系统层，联合挂载到同一个目录下，对外呈现成一个统一的文件系统视图，但底层各层的独立性依然保留。它的**写时复制（Copy-on-Write）**特性是关键——只有当你修改某层的文件时，才会把该文件复制到可写层，不会改动原始只读层。

除了Docker，UFS还有很多应用场景 #

• 早期的Live CD/USB工具：很多这类工具用UnionFS把只读的系统镜像和临时可写层结合，让用户可以在不修改原始系统镜像的前提下，正常操作甚至安装软件，重启后所有改动都会消失。
• Linux系统的OverlayFS：这是UFS的一种主流实现，很多运维场景会用它做系统快照、增量备份，或者给普通用户提供可写的系统环境但不破坏原始系统。比如可以用这条命令手动挂载OverlayFS：

  mount -t overlay overlay -o lowerdir=/readonly-layer,upperdir=/writable-layer,workdir=/temp-workdir /mount-point
  

• 应用打包工具：像Snappy、Flatpak这类跨发行版的应用打包工具，也依赖UFS的分层特性来实现应用隔离、快速更新，同时减少重复文件的存储空间占用。

Docker里的UFS只是“定制化应用” #

Docker之所以用UFS（具体用Overlay2、Aufs等不同实现），是为了实现镜像的分层存储——每一次docker build的指令都会生成一个只读层，容器启动时会在顶层加一个可写层。这样做的好处是减少镜像体积、加快镜像拉取和构建速度，还能实现镜像的复用。

内容的提问来源于stack exchange，提问作者jianbo.fan