docker rmi 不能直接清理构建中断产生的悬空镜像，因其不识别“未使用”且拒绝删除无标签或被依赖的中间层；应使用 docker image prune 清理 dangling 镜像、docker builder prune 清理构建缓存。
docker rmi 本身不能直接清理构建中断产生的中间层残留镜像（即悬空镜像），因为这些中间层通常没有标签、没有被任何镜像引用，属于 <none>:<none></none></none> 状态，而 docker rmi 要求明确指定镜像 id 或标签——且默认拒绝删除被其他镜像依赖的层（即使只是构建缓存中的“父层”）。
真正高效、安全清理这类垃圾的方式，是使用 Docker 内置的 prune（修剪）机制，而不是硬用 rmi。
以下是针对性操作建议：
✅ 正确清理构建中断残留的中间层与悬空镜像
-
只清悬空镜像（最常用、最安全）
这些就是构建中断后留下的<none></none>镜像，不被任何 tagged 镜像引用：docker image prune
它会列出并删除所有 dangling 镜像，同时提示确认。
-
顺手清构建缓存（推荐搭配使用）
中断构建还会留下大量未被引用的构建缓存层（尤其在使用 BuildKit 时）：docker builder prune
这个命令专为清理
docker build产生的临时缓存设计，不影响运行中的镜像或容器。 -
如果已确认有大量残留，想一步清干净
可组合执行（顺序无关，但建议先builder prune再image prune）：docker builder prune docker image prune
❌ 不推荐用 docker rmi 手动清理的原因
- 悬空镜像的 ID 在
docker images中虽可见，但docker rmi <id></id>对<none></none>镜像可能报错No such image或conflict: unable to remove repository reference； - 强制加
-f也不一定成功，因部分中间层被构建系统标记为“不可删除”； - 容易误删正在被其他镜像复用的底层（即使显示
<none></none>，也可能被别的镜像隐式依赖）； - 效率低、易出错，还可能破坏后续
docker build --cache-from的命中率。
? 快速检查是否还有残留
docker images -f dangling=true # 查看所有悬空镜像 docker system df # 查看 build cache 占用（关键指标）
若 BUILD CACHE 行显示占用很大（比如几百 MB 以上），说明缓存堆积明显，优先跑 docker builder prune。
不复杂但容易忽略。
