清理 Docker 镜像需分清悬挂镜像（<none>:<none>）和闲置有命名镜像，优先执行 docker image prune -f 删除悬挂镜像，再用 docker image prune -a -f 清理所有未被容器使用的镜像，配合 docker builder prune -f 和 docker volume prune -f 实现安全高效瘦身。
清理 Docker 镜像释放磁盘空间，关键不是“删了就行”，而是分清镜像类型、选对命令、避开误删风险。直接用 docker rmi 逐个删效率低还容易漏；盲目执行 docker system prune -a 又可能把备用镜像一并清掉。真正有效的清理，得按需组合命令，并配合定期维护。
先看哪些镜像真该清
不是所有镜像都占大空间，但两类最值得优先处理：
-
悬挂镜像（dangling images）：没标签、没被任何容器引用，
docker images里显示为<none>:<none>。它们是构建中间层或重打标签后残留的“孤儿”，数量多时积少成多。 -
闲置有命名镜像：比如你 pull 过
nginx:1.20、nginx:1.22、nginx:1.24，但只运行了最新版。其余版本虽有名字，却没被任何容器（含已停止的）使用，也属于可回收对象。
分步清理更安全高效
推荐按顺序执行，兼顾效果与可控性：
- 删悬挂镜像：
docker image prune -f（加-f跳过确认） - 删所有未被容器使用的镜像（含带名闲置镜像）：
docker image prune -a -f⚠️ 注意：该命令会删掉所有没被当前任何容器（包括已停止的）引用的镜像，操作前建议先docker ps -a确认没有需保留的旧容器。 - 顺手清理构建缓存（常被忽略但能省百MB）：
docker builder prune -f
想一键清更全？注意适用场景
docker system prune -a -f --volumes 确实能一次清空镜像、容器、网络、卷和构建缓存，但风险高：
- 仅建议用于开发/测试环境或 CI/CD 构建节点
- 生产环境慎用——特别是
-a会强制删所有未引用镜像，可能影响快速回滚 - 如必须用，建议搭配
--filter "until=168h"（保留一周内使用的镜像），例如：docker system prune -a -f --volumes --filter "until=168h"
别忘了卷和 overlay2 的隐藏空间
镜像清理完，磁盘可能还是没明显释放？很可能卡在：
-
悬挂卷（dangling volumes）：容器删了但卷没删，
docker volume ls -f "dangling=true"查，docker volume prune -f清 -
overlay2 存储目录残留：Docker 默认用 overlay2，长期运行后会产生孤立层。单纯 prune 不一定清干净，可配合
docker system df查看RECLAIMABLE比例，若偏低，说明底层有残留，此时需结合 GC 或重启 dockerd（Harbor 等特殊场景另需垃圾回收）
