要干净卸载无用本地镜像，关键在于“删得准、稳、不残留”：优先用docker image prune（删悬空镜像）或docker image prune -a（删所有未被容器引用的镜像，含带标签的），加-f跳过确认；慎用docker rmi -f，避免破坏构建缓存与容器依赖。
要通过 docker rmi 干净卸载无用的本地镜像，关键不是“删得快”，而是“删得准、删得稳、不残留”。盲目加 -f 或硬删所有 ID，容易导致后续构建失败、镜像复用失效，甚至掩盖容器依赖问题。
先确认哪些镜像真没被用
真正无用的镜像，是指既没有运行中/已停止的容器在用它，也没有其他带标签的镜像共享其底层数据层。直接执行：
-
docker image prune—— 只删悬空镜像（<none>:<none>），安全无风险，推荐日常清理 -
docker image prune -a—— 删所有未被任何容器引用的镜像（含带 tag 的），但会跳过正在运行或已停止但未删除的容器所依赖的镜像 - 加
-f可跳过确认提示，例如docker image prune -af
按需精准删，别靠名字硬撞
用镜像名（如 nginx:latest）删除，只移除该标签，不影响同一镜像的其他标签（比如 nginx:1.25 还在）；用短 ID（如 a1b2）有歧义风险，Docker 要求至少前 4 位才能唯一匹配。
- 最稳妥的是用完整 ID 或 digest：
docker rmi sha256:abc123...或nginx@sha256:xyz789... - 批量删某仓库下全部镜像：先查再删，避免误伤
docker rmi $(docker images -q myapp:*) - 删所有
<none>镜像（常见于构建中间层）：docker rmi $(docker images -f "dangling=true" -q)
删之前务必检查容器依赖
镜像被占用时，docker rmi 默认报错，这不是故障，是保护机制。强行 -f 会让镜像文件从本地存储消失，但正在运行的容器仍可继续跑——直到你尝试 docker commit、重建或迁移，才发现基础镜像元数据已丢失。
- 查有哪些容器基于某镜像：
docker ps -a --filter "ancestor=redis:7" - 停用并清理相关容器：
docker stop $(docker ps -q --filter "ancestor=redis:7") && docker rm $(docker ps -aq --filter "ancestor=redis:7") - 确认无残留后，再执行
docker rmi redis:7
慎用全量清除命令
docker rmi $(docker images -q) 看似高效，实则高危。只要漏掉一个已停止但未 rm 的容器，它依赖的镜像就被连根拔起，下次 docker start 就会失败。
- 若真要清空，请分三步走：
①docker stop $(docker ps -q)
②docker rm $(docker ps -aq)
③docker rmi $(docker images -q) - 生产或 CI 环境中，建议用
docker system prune -a（含网络、构建缓存等），它比手动拼接更可控
