清理 docker 镜像需先识别再精准删除：用 docker images 命令区分带标签镜像、悬空镜像（dangling=true）和所有镜像（-a）；优先使用 docker image prune 等安全命令，配合 docker compose down --rmi 和 docker system df 定期分析清理。
清理 Docker 镜像不是只靠 docker rmi 硬删，关键在“删得准、不误删、省空间”。核心思路是：先识别哪些该删，再选对命令和参数。
看懂镜像状态，再动手删
运行以下命令，快速分辨镜像类型：
-
docker images—— 查看带标签的镜像（如nginx:latest） -
docker images -f "dangling=true"—— 只列出悬空镜像（<none>:<none></none></none>），这类基本可安全清理 -
docker images -a—— 显示所有镜像，包括构建中间层（常占大量空间）
常用清理命令及适用场景
不同命令作用范围差异大，选错可能删掉还在用的镜像：
-
docker image prune：默认只删悬空镜像，最安全，适合日常维护 -
docker image prune -a：删所有未被任何容器引用的镜像（含带标签的），执行前会提示确认 -
docker system prune -a：一并清理未用的容器、网络、卷、镜像和构建缓存；加--volumes还会删匿名卷（慎用！） -
docker builder prune -a：专清构建缓存（中间层），CI/CD 中高频构建后必跑，释放空间效果显著
配合 Compose 文件精准清理
如果你用 docker-compose.yml 启动服务，推荐用 docker compose down --rmi 联动清理：
-
docker compose down --rmi local：停服务 + 删build:构建出的本地镜像（不碰image:拉取的镜像） -
docker compose down --rmi all：停服务 + 尝试删所有关联镜像（包括nginx:alpine这类拉取的，但若被其他容器占用则跳过） - 加
--volumes可同时清除对应数据卷（仅用于开发重置，生产慎用）
安全操作建议
避免误删导致服务异常或重建失败：
- 删镜像前，用
docker ps -a --filter ancestor=镜像名确认是否还有容器依赖它 - 重要基础镜像（如
ubuntu:22.04、python:3.11-slim）建议保留，不要用-a全删 - 自动化脚本中优先用
prune类命令，它们自带依赖检查，比rmi更稳妥 - 定期执行
docker system df查看磁盘占用分布，定位“谁占得多”再针对性清理
