Docker通过内容寻址存储（CAS）实现镜像层极速去重，依据每层文件系统变更的SHA-256哈希值自动复用相同内容层；哈希由路径、权限、内容逐字节计算，极小改动即生成新哈希；分层构建、统一基础镜像、避免非确定性内容及清理悬空层可最大化去重收益。
靠内容寻址存储（CAS）机制实现镜像层极速去重，核心在于Docker天然按层内容生成唯一SHA-256哈希值，相同内容的层自动复用，无需人工干预。
内容哈希是去重的唯一依据
Docker不看镜像名或标签，只认每层文件系统变更的完整快照哈希。哪怕两个镜像来自不同Dockerfile、不同构建时间，只要某一层（比如RUN apk add curl）产生的文件树完全一致，它们就指向同一个SHA-256 ID。
- 哈希值由层内所有文件路径、权限、内容逐字节计算得出，极小改动也会导致全新哈希
- 可通过
docker image inspect 镜像名 -f '{{.RootFS.Layers}}'查看各层哈希列表 - 本地镜像仓库（如
/var/lib/docker/image/overlay2/imagedb/content/sha256/）直接以哈希命名存储层数据
分层构建天然强化去重效果
每一层只记录与父层的差异，基础层（如alpine:latest）被成百个业务镜像共用，中间层（如统一安装的Python依赖）也极易命中缓存。
- 推荐将变动少的内容（系统、运行时、依赖）放在前面，频繁更新的应用代码放最后
- 避免在中间层写入时间戳、随机ID、日志等非确定性内容，否则破坏哈希稳定性
- 使用
--squash需谨慎：它合并层会丢失哈希粒度，反而削弱跨镜像复用能力
清理悬空层释放冗余空间
构建过程中的中间层若未被任何最终镜像引用，就会变成“dangling”状态，占用空间却不参与运行。
- 列出所有悬空镜像：
docker images --filter "dangling=true" -q - 一键清除：
docker image prune -f - 更彻底清理（含构建缓存、网络、卷）：
docker system prune -f
多项目统一基础镜像策略
团队内多个服务若都基于同一精简基础镜像（如自建myorg/base:python3.11-slim），能显著放大去重收益。
- 基础镜像更新后，所有下游镜像重建时自动复用新基础层，旧层若无引用则可被
prune回收 - 避免混用
ubuntu:22.04、debian:bookworm、alpine:3.20等语义相似但哈希不同的基础镜像 - 用
docker build --cache-from显式复用远端镜像层，加速CI中跨流水线去重
