虚悬镜像指repository和tag均为且无任何容器或镜像引用的镜像层；需用docker images -f dangling=true初筛，再通过docker ps -a和docker image ls验证引用关系，或借助docker system df -v查看unique size为0才可安全清理。
虚悬镜像（dangling images）不是“没用的垃圾”，而是没有标签、但可能被正在运行的容器引用的镜像层——直接 docker image prune 会删掉它们，但未必安全；得先确认是否真没人用。
怎么识别真正的虚悬镜像
虚悬镜像的定义是：REPOSITORY 为 <none></none> 且 TAG 为 <none></none>，同时不被任何镜像（含中间层）或容器引用。但 docker images -f dangling=true 只筛出前者，不校验后者。
- 运行
docker images -f dangling=true看列表，但别急着删 - 检查这些镜像 ID 是否出现在
docker ps -a --format "{{.Image}}" | sort -u或docker image ls --no-trunc | grep <image_id_prefix></image_id_prefix>中——若出现，说明有容器或子镜像依赖它 - 更稳妥的方式：用
docker system df -v查看每层的Shared Size和Unique Size，Unique Size为 0 的才大概率可删
docker image prune 默认行为和风险点
docker image prune 默认只删 dangling=true 镜像，但它不检查运行中容器的 Image 字段是否指向这些镜像 ID（比如你用 docker run abc123... 启动，没打 tag，重启后就只剩 ID 引用）。删了会导致 docker start 失败，报错 No such image。
- 加
-f跳过确认，但不会跳过逻辑判断 - 加
--filter until=24h可限制只删 24 小时内创建的虚悬镜像，降低误删概率 - 它不会删带
none标签但被其他镜像FROM的基础层（比如alpine:latest构建时产生的中间<none></none>层），因为那些不算 dangling
安全清理的推荐组合命令
真正想清空间，光靠 prune 不够；虚悬镜像是表象，根源常在构建缓存和未清理的构建器实例。
- 先清构建缓存：
docker builder prune -f（Docker 23.0+ 默认启用 BuildKit，这步释放量往往远超镜像 prune） - 再查虚悬镜像并人工核对：
docker images -f dangling=true --format "table {{.ID}}\t{{.CreatedAt}}" - 确认无引用后执行：
docker image prune -f --filter before=$(date -d '2 hours ago' +%Y-%m-%dT%H:%M:%S)（Linux；macOS 改用gdate） - 最后补一刀：
docker system prune -f --volumes（注意：这会删所有未被容器使用的卷，慎用）
虚悬镜像本身不占多少空间，但它们常是构建失控的信号——比如反复 docker build -t app . 却不 docker tag 或 docker push，导致大量中间层堆积。盯住 docker builder prune 和构建上下文大小，比死磕 image prune 更治本。
