删镜像需先确认未被容器占用且不共享层数据，推荐用docker image prune清理悬空镜像，精准删除优先使用完整digest，批量操作务必先查后删，慎用全量清除命令。
用 docker rmi 删除本地镜像，核心是“删得准、不误伤”。它不是简单执行就完事，而要先确认镜像是否真没被占用，再选对标识方式，避免破坏构建缓存或导致后续操作失败。
先看哪些镜像能安全删
真正无用的镜像，是指既没有运行中/已停止的容器在用它，也不和其他带标签镜像共享同一层数据。日常清理推荐从最安全的开始：
-
docker image prune：只删悬空镜像（<none>:<none></none></none>），比如构建中途产生的中间层，零风险，适合每天跑一次 -
docker image prune -a：删所有未被任何容器引用的镜像（含带 tag 的），但会跳过正在运行或已停止但未删除的容器所依赖的镜像 - 加
-f可跳过确认提示，例如docker image prune -af
精准删指定镜像，别靠名字硬撞
用镜像名（如 nginx:latest）删除，只移除该标签，不影响同一镜像的其他标签（比如 nginx:1.25 还在）；用短 ID（如 a1b2）有歧义风险，Docker 要求至少前 4 位才能唯一匹配。
- 推荐用完整 digest：例如
docker rmi nginx@sha256:abc123...，最可靠，尤其适合脚本或 CI/CD - 按仓库批量删：先查再删，避免误伤，例如
docker rmi $(docker images -q myapp:*) - 删所有悬空镜像：
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 compose down --rmi local或--rmi all，由 Compose 自动识别并清理关联镜像
