无法删除正在使用的镜像需先清理依赖：查关联容器（docker ps -a --filter ancestor=IMAGE_ID -q），清构建缓存（docker builder prune -f），删 dangling 镜像（docker rmi $(docker images -f "dangling=true" -q)）。
docker rmi 无法删除正在使用的镜像怎么办
直接执行 docker rmi 报错 conflict: unable to remove repository reference，说明镜像被容器、构建缓存或 dangling 中间层引用着。硬删会失败，必须先清理依赖。
- 先查谁在用：
docker ps -a --filter ancestor=IMAGE_ID -q查关联容器（含已停止的） - 再清构建缓存：
docker builder prune -f（Docker 23.0+），老版本用docker system prune -f --filter "until=24h" - 别漏
docker images -f "dangling=true"：这类<none>镜像常被误认为“没用”，其实是构建残留，docker rmi $(docker images -f "dangling=true" -q)才能真正释放空间
定时脚本里用 docker image ls 过滤镜像要小心时间字段
docker images 默认按创建时间倒序，但输出中 CREATED 是字符串，不是时间戳——比如 2 weeks ago 和 12 days ago 无法直接用 awk 比大小。强行按列截取会出错。
- 改用
--format输出 ISO 时间：docker images --format "{{.ID}}\t{{.CreatedAt}}"，再用date -d转换比较 - 更稳的做法是结合
docker image ls -q --filter "before=IMAGE_NAME"或--filter "since=IMAGE_NAME"，靠镜像自身时间关系过滤，不碰字符串解析 - 避免用
tail -n +2跳过表头：不同 Docker 版本表头行数可能变，应始终用--format或--quiet
crontab 执行 docker rmi 脚本权限不足或环境变量缺失
手动运行脚本没问题，但 crontab 里报 Cannot connect to the Docker daemon，本质是 cron 使用最小环境，没加载用户 shell 的 PATH 和 DOCKER_HOST。
- 在脚本开头显式声明：
export PATH="/usr/bin:/bin:/usr/local/bin"，并确认docker在其中 - 加
export DOCKER_HOST="unix:///var/run/docker.sock"（默认值，但 cron 不继承） - 别用
sudo crontab -e放 root 定时任务，而用普通用户 crontab +sudo docker；更推荐把用户加进docker组：sudo usermod -aG docker $USER
清理前不校验镜像是否被生产容器依赖的风险
脚本自动删掉 nginx:1.21，结果发现有个旧容器还在跑，重启失败——因为 docker run 时没指定 tag，拉的是 latest，但 latest 已被覆盖，本地只剩旧镜像 ID，而脚本把它当“闲置”删了。
- 用
docker ps --format "{{.Image}}"提取所有运行/已停止容器的实际镜像引用（含 tag 或 ID） - 过滤时保留这些：
docker images --format "{{.Repository}}:{{.Tag}} {{.ID}}" | grep -vFf <(docker ps --format "{{.Image}}") - 对多 stage 构建的镜像，注意
REPOSITORY是空的（<none>），得靠.ID关联，不能只筛Repository
最麻烦的不是命令写不对，而是镜像引用关系藏在容器配置、构建历史、甚至 CI 缓存里，一次清理脚本跑完，得盯三天日志才看出哪条服务悄悄挂了。
