应使用docker image prune -f安全清理虚悬镜像，因其专为删除<none>:<none>且无引用的中间层设计；禁用latest覆盖、启用--rm和多阶段构建可源头防控。
注意：虚悬镜像（dangling images）是指没有标签（<none>:<none>）且不被任何容器或其它镜像引用的中间层镜像，常见于 docker build 中断、重复构建或未打标签的构建过程。
直接清理所有虚悬镜像，运行：
docker rmi $(docker images -f "dangling=true" -q)
这条命令分两步执行：
– docker images -f "dangling=true" -q 列出所有虚悬镜像的 ID（只输出 ID，简洁安全）；
– docker rmi 批量删除这些 ID 对应的镜像。
安全执行前先确认有哪些虚悬镜像，推荐先查看：
docker images -f "dangling=true"
你会看到类似这样的输出：
REPOSITORY TAG IMAGE ID CREATED SIZE<br> <none> <none> a1b2c3d4e5f6 2 hours ago 123MB<br> <none> <none> f6e5d4c3b2a1 3 hours ago 89MB
避免误删：不要用模糊匹配或通配符
✘ 错误示例（可能误删有标签的镜像）：docker rmi $(docker images | grep "^<none>" | awk '{print $3}')</none>
✔ 正确做法始终使用 -f "dangling=true" 过滤，这是 Docker 官方支持的精准条件。
自动清理可集成到构建流程中（例如 CI/CD 脚本末尾）：
# 构建完成后清理虚悬镜像<br> docker build -t myapp . && docker rmi $(docker images -f "dangling=true" -q) 2>/dev/null || true
其中 2>/dev/null || true 是为了防止无虚悬镜像时 docker rmi 报错中断脚本。
为什么构建中断容易产生虚悬镜像？
Docker 构建是分层进行的。每次 RUN、COPY 等指令成功后都会生成一个中间镜像层。如果构建中途失败或被 Ctrl+C 中断，Docker 可能已提交了部分中间层，但最终镜像未打标签，这些层就变成“有 ID、无标签、无引用”的虚悬状态。
额外提示：定期清理更彻底
虚悬镜像只是空间浪费的一类。如需释放更多磁盘空间，可组合使用：
-
docker system prune— 清理虚悬镜像 + 停止的容器 + 未使用的网络 + 构建缓存（加-a可删所有未被引用的镜像，慎用） -
docker builder prune— 清理 BuildKit 缓存（启用 BuildKit 时尤其有用）
