docker镜像分层技术通过共享只读层实现存储复用，相同基础镜像的多个镜像共用底层，仅独占上层变更；联合文件系统按需叠加，拉取/删除时智能跳过或保留已存在层，显著节省磁盘空间。

docker 镜像分层技术通过“相同层只存一份、多镜像共享复用”的机制，直接解决多个不同镜像之间的存储浪费问题。

共享只读层，避免重复存储

每个镜像由若干只读层组成，这些层按顺序叠加形成完整文件系统。当多个镜像使用相同的基础镜像（如 alpine:3.18 或 ubuntu:22.04），它们底层的 OS 层完全一致。Docker 将该层以单一副本物理存储在磁盘（例如 /var/lib/docker/overlay2），所有依赖它的镜像都指向这个哈希值，不额外占用空间。

• 比如镜像 A 和镜像 B 都基于 FROM node:18-alpine，那么基础操作系统 + Node.js 运行时层共用
• 即使 A 和 B 后续安装不同软件或复制不同代码，仅各自独占上层变更部分

联合文件系统（UnionFS）支撑按需叠加

Docker 底层使用 OverlayFS 等联合文件系统，允许将多个只读层“逻辑合并”为一个统一视图。容器启动时，Docker 动态挂载这些已存在的只读层 + 一个新可写层，无需复制任何数据。

Docker Image Puller

使用 Python 脚本下载 Docker 镜像并打包为 tar 文件。用户说“下载镜像”“拉取镜像”“pull xxx”“帮我下载 nginx 镜像”等时触发。支持 SOCKS5 代理直连（推荐）和国内镜像站加速两种模式。

下载

• 镜像本身不包含完整文件拷贝，只记录“哪几层按什么顺序叠加”
• 拉取镜像时，Docker daemon 自动跳过本地已有的层，只下载缺失部分
• 删除某个镜像时，只要其他镜像还在引用某层，该层就不会被清除

实际节省效果可量化

假设两个微服务镜像分别标称大小为 110MB 和 125MB，若共享 95MB 的基础与运行时层：

• 总标称大小：235MB
• 实际磁盘占用：仅 140MB（95MB 共享层 + 各自独占层）
• 节省率达 40% 以上，集群规模越大，收益越显著

需要配合规范实践才能发挥最大效益

分层共享不是自动生效的魔法，它依赖构建方式和运维习惯：

• 统一基础镜像标准（例如全部从 debian:slim 或 distroless 起步）
• 避免在 Dockerfile 中频繁变更基础镜像标签（如混用 ubuntu:20.04 和 ubuntu:22.04）
• 定期清理悬空层（docker builder prune -f）和未打标签的中间镜像
• 用 dive 工具分析层内容，识别意外引入的大文件或残留缓存