安全删除本地冗余镜像需遵循“先确认、再筛选、后清理”原则：确认悬空镜像（REPOSITORY和TAG均为<none>）、检查容器引用、 inspect 验证基础层；优先用 docker image prune 清理悬空镜像，慎用 -a 和 until 过滤；删除指定镜像时避免强制删除，清理后执行 docker system prune -f 并用 docker system df 验证效果。
安全删除本地冗余镜像是 Docker 日常维护的关键操作，核心在于“先确认、再筛选、后清理”，避免误删正在运行或被依赖的镜像。
确认哪些镜像是真正冗余的
冗余镜像通常指：未被任何容器引用、没有标签（悬空镜像）、或长期未使用且无明确用途的镜像。不能仅凭名称判断，需结合状态分析：
- 运行
docker images查看所有镜像，重点关注 REPOSITORY 为 <none> 且 TAG 为 <none> 的条目——这些就是悬空镜像（dangling） - 用
docker ps -a检查是否有已停止但仍在引用某镜像的容器；若有，需先docker rm清理容器，否则rmi会失败 - 对关键业务镜像，建议先执行
docker inspect <IMAGE_ID>查看其RepoTags和ParentId，确认是否为其他镜像的基础层
优先用 image prune 清理悬空镜像
这是最安全的批量清理方式，不会影响带标签的镜像或正在使用的镜像：
-
docker image prune—— 删除所有悬空镜像，执行前会提示确认 -
docker image prune -f—— 跳过确认，适合脚本化操作 -
docker image prune -a --filter "until=72h"—— 删除 72 小时内未被使用过的所有镜像（含带标签的），慎用，建议先加--dry-run（部分 Docker 版本支持）预览
按条件精准删除指定镜像
当需要清理特定镜像（如测试分支构建的旧版本）时，推荐用 ID 或带标签的名称操作：
- 删除单个镜像：
docker rmi nginx:1.23.3或docker rmi aabbbcc12345 - 删除多个镜像：
docker rmi redis:alpine python:3.9-slim - 避免强制删除（
-f）——除非你明确知道该镜像无任何依赖，且接受可能中断相关容器的风险 - 若提示
conflict: unable to remove repository reference，说明有容器在用该镜像，不要强行加-f，应先排查并清理对应容器
清理后做必要收尾
删除镜像本身不自动释放所有磁盘空间，尤其在使用 overlay2 存储驱动时：
- 运行
docker system prune -f清理已停止的容器、网络、悬空镜像和构建缓存 - 如需深度清理（包括未被引用的镜像层），可追加
--volumes（注意：这会删除所有未挂载的数据卷，谨慎使用） - 最后用
docker system df查看实际磁盘占用变化，验证清理效果
