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工具分析层内容，识别意外引入的大文件或残留缓存
