Docker镜像删除后仍残留层导致快速构建问题排查

• Docker采用分层镜像存储：所有镜像由多个只读层叠加组成，docker image rm仅删除镜像的元数据（ID/标签），不会直接删除底层的层文件。只要这些层未被其他镜像引用，或被标记为构建缓存，Docker就不会自动清理它们。
• 构建缓存复用机制：Docker构建时会为每个Dockerfile指令生成的层计算唯一哈希（基于指令内容、构建上下文文件的哈希值等）。即便你删除了最终镜像，之前构建产生的中间层会被保留为构建缓存。当再次执行相同的构建指令时，Docker会直接匹配并复用这些缓存层，跳过实际的构建操作，因此速度极快。
• 你保留的python:3.9-slim-bookworm是整个镜像栈的基础层，后续构建步骤的缓存层均基于它生成。只要基础镜像未变更、Dockerfile指令和构建上下文无修改，缓存就会触发复用。

• 全量清理未使用资源：执行docker system prune -a，该命令会删除所有未被容器引用的镜像（包括悬空镜像、无标签镜像）、未使用的卷、网络，以及已停止的容器。-a参数会彻底清理所有无引用的镜像和层，完全清除之前的构建缓存。

  注意：执行前确认无需保留未使用的镜像/资源，此操作不可恢复。

• 针对性清理缓存层：先执行docker image ls -a查看所有镜像（包括REPOSITORY和TAG均为<none>的悬空镜像，这些就是之前构建留下的中间缓存层），再用docker image rm <悬空镜像ID>逐个删除这些缓存层。
• 临时强制全量构建：你提到的docker build --no-cache仅会临时跳过缓存、强制重新构建所有层，但不会清理已存在的缓存层，适合单次重新构建场景。

内容的提问来源于stack exchange，提问作者Ravexina