要快速定位docker中既没名字、也没容器在用的“幽灵卷”，需执行docker volume ls -f dangling=true，该命令仅显示links=0且未被任何容器挂载的悬空卷，其中name为空或者为目标对象。
要快速定位Docker中那些既没名字、也没容器在用的“幽灵卷”，避免它们悄悄吃掉/var/lib/docker的磁盘空间，必须绕过docker volume ls的默认视图——它会混入所有命名卷，干扰判断。
查看所有未被引用的悬空Volume
执行以下命令，只显示真正处于悬挂（dangling）状态的数据卷：
docker volume ls -f dangling=true
该命令过滤出所有 LINKS = 0 且未被任何容器声明挂载的卷，包括匿名卷（如2f8a1e9b5c7d）和部分意外残留的命名卷。注意：输出中 NAME 列为空或显示为 <none></none> 的条目才属于目标对象。
确认悬空卷是否真无关联容器
对列表中任一可疑卷名（例如 myapp_cache），运行：
docker volume inspect myapp_cache
重点检查 Mountpoint 路径是否存在，以及 Labels 和 Options 中是否有容器上下文痕迹；若返回信息里 UsageData 显示 "Status": "unused"，则可判定为安全待删对象。
批量列出悬空卷名称供脚本处理
方法一：仅输出卷名，适合后续管道操作
docker volume ls -f dangling=true --format "{{.Name}}"
方法二：带格式化时间戳和大小，辅助人工甄别
docker system df -v | grep -A 20 "Volumes" → 找到 DRIVER 列为 local 且 VOLUME NAME 含 <none></none> 的行，对应 SIZE 即其实际占用。
【关键提醒】 docker volume ls 默认不显示 dangling 状态，漏加 -f dangling=true 将完全看不到这些卷，误以为磁盘膨胀另有原因。
验证某卷是否被容器隐式使用
第一步：查出所有已创建但非运行态的容器
docker ps -a --format "{{.ID}} {{.Names}} {{.Status}}"
第二步：对每个容器ID，检查其挂载项
docker inspect -f '{{json .Mounts}}' 容器ID 2>/dev/null | grep -q 'my_volume_name' && echo "正在使用" || echo "未使用"
这一步能捕获那些已停止但仍绑定卷的容器——它们不会出现在 dangling=true 列表中，却阻止 volume prune 删除该卷。
