docker镜像分层机制通过内容寻址和联合文件系统实现自动空间复用：每层由指令生成并以sha256哈希唯一标识，相同内容只存一份；多镜像共享基础层与中间层，叠加只读挂载并添加可写层；构建、推送、拉取全程复用缓存层，通用基础镜像显著提升复用率。

docker 镜像分层机制通过内容寻址、只读层共享和联合文件系统（如 overlay2）实现多个镜像之间的空间复用——不是靠手动配置，而是由底层存储驱动自动完成。

每层用哈希值唯一标识，相同内容只存一份

每个镜像层由 Dockerfile 中一条指令（如 RUN、COPY）生成，并根据其文件系统变更内容计算出唯一的 SHA256 哈希值。只要两层内容完全一致，无论来自哪个镜像、哪个构建过程，Docker 就认定它们是同一层，物理上只保存一次。

• 例如：ubuntu:22.04 的基础层在本地只存一份，所有基于它的镜像（myapp:v1、myapp:v2、nginx-custom）都指向这个相同的层目录
• 再比如，多个服务都执行 RUN apt-get install -y curl 且系统环境一致，生成的层哈希相同，也会被自动复用

联合文件系统叠加，运行时按需“看见”完整视图

Docker 不把镜像拼成一个大文件，而是用 overlay2 等驱动将各层按顺序只读挂载，再在顶部加一个可写层。不同镜像可以交叉引用中间层：

OpenClaw Docker Setup

在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...

下载

• A 镜像结构：base → deps → app-code
• B 镜像结构：base → deps → config → api-bin
• 其中 base 和 deps 层完全相同，就共用磁盘上的同一份数据

构建缓存与拉取优化，复用延伸到开发和分发环节

空间复用不仅体现在磁盘存储，还贯穿整个生命周期：

• 构建时：若某层已存在且未变化，Docker 直接跳过执行，复用缓存层
• 推送时：docker push 只上传本地缺失的层，远端已有则跳过
• 拉取时：docker pull 仅下载当前镜像缺少的层，其余直接链接已有层

基础镜像越通用，复用效果越明显

选择广泛使用的官方基础镜像（如 alpine:3.18、python:3.11-slim），能显著提升复用概率：

• 团队内多个项目共用同一 alpine 版本，基础层 100% 复用
• CI 环境预拉取常用镜像，后续构建几乎不新增磁盘占用
• 生产节点上，数十个微服务镜像可能共用不到 10 个底层，总空间节省常达 60% 以上