docker 删除镜像时默认禁止删除被容器引用的镜像，应使用 docker image prune 自动跳过在用镜像；可加 -a 参数清理未被任何容器使用的带标签镜像，执行前会提示确认；也可先用 docker ps -a --filter 验证镜像是否被引用，再安全删除。
Docker 镜像删除时，根本不需要、也不应该强行跳过正在运行的业务镜像——因为 Docker 本身设计上就禁止删除被容器（无论运行中还是已创建未启动）引用的镜像，这是关键的安全保护机制。
真正要做的，是让删除操作自动避开这些业务镜像，只清理真正闲置的资源。以下是几种安全、实用的方式：
✅ 用 docker image prune 自动跳过所有在用镜像
该命令默认只删“悬空镜像”（dangling images），即无标签、且不被任何容器或镜像依赖的中间层。它天然跳过所有业务镜像，无需人工判断：
docker image prune
- 安全：不会删任何带标签的镜像，更不会碰正在运行容器所依赖的镜像
- 适合日常清理：构建失败、重复 build 产生的冗余层会自动被识别并清理
如需进一步清理所有未被任何容器使用的带标签镜像（比如测试镜像、旧版本但没容器在跑），加 -a 参数：
docker image prune -a
- 执行前会列出待删镜像并提示确认（输入
y继续） - 加
-f可跳过确认（如docker image prune -af），但建议首次使用不加-f，先看清列表
⚠️ 注意：即使加了
-a，只要某个镜像正被任一容器（包括已停止但未删除的容器）引用，就不会被删——Docker 内部做了强依赖检查。
✅ 先查再删：确认镜像是否被业务容器引用
如果不确定某镜像是否还在用，用这个命令快速验证：
docker ps -a --filter "ancestor=nginx:1.25" --format "{{.ID}} {{.Status}}"
- 若输出为空 → 没有容器基于该镜像 → 可放心用
docker rmi删除 - 若有输出 → 表示存在关联容器（无论运行/停止）→ 应先处理容器（停用、删除或保留），再删镜像
✅ 批量清理时排除指定业务镜像
比如你有 prod-app:v2.3 和 prod-db:14-alpine 是核心业务镜像，不想误删，可结合过滤：
# 列出所有非业务镜像 ID（排除 prod-app 和 prod-db）
docker images --format "{{.ID}} {{.Repository}}:{{.Tag}}" | \
grep -v -E '^(prod-app|prod-db):' | awk '{print $1}' | xargs -r docker rmi
- 更稳妥的做法是先用
docker images查看，手动复制 ID 或名称，再docker rmi - 不推荐无差别
docker rmi $(docker images -q)，容易误伤
✅ 清理前做最小化备份（针对关键镜像）
对不能丢的业务镜像，导出为 tar 文件留底，几秒完成：
docker save prod-app:v2.3 -o prod-app-v2.3.tar
- 之后删镜像更安心，需要时
docker load -i prod-app-v2.3.tar即可恢复 - 不占用运行时空间，只占磁盘，推荐纳入上线后清理流程
不复杂但容易忽略
