docker volume ls -f dangling=true 仅筛出Docker标记为“未被任何容器引用”的悬空卷，不等于真闲置；需结合 docker volume inspect 查看创建时间、挂载路径及标签，并人工核验业务上下文（如备份、配置、CI/CD依赖）后方可清理。
docker volume ls -f dangling=true 能筛出大部分闲置卷，但不等于“真闲置”
这条命令列出的是 dangling=true 的卷，也就是 Docker 内部标记为“未被任何容器（含已退出）引用”的卷。它确实是筛查的第一步，但名字像 postgres_backup_202403 或 app_config_v2 的卷，哪怕显示为 dangling，也可能存着待恢复的备份或灰度配置。别光看输出就删。
更稳妥的做法是加一层人工判断：
- 用
docker volume inspect 卷名看CreatedAt和挂载路径，比如/var/lib/docker/volumes/myapp_logs/_data，再结合日志轮转策略判断是否还在生命周期内 - 检查该卷是否被 CI/CD 流水线或定时脚本间接依赖——有些备份任务会创建卷、写入、然后停掉容器，这种卷在
ps -a里找不到，但业务上不能动 - 在 Docker Desktop 的 Volumes 页面里点开卷详情，看 “Used by containers” 是否为空；如果为空，再看右上角 “Created at” 时间戳，超过 90 天且无业务文档记录的，才建议进入清理队列
Docker Desktop 图形界面里怎么快速识别“假闲置”卷
Docker Desktop 的 Volumes 页面默认只显示名称、状态、大小和创建时间，但“状态”列里的 “Unused” 并不等价于可删。它只是前端根据 docker volume ls -f dangling=true 的结果做的简单映射，没做业务上下文校验。
真正有用的线索藏在细节页里：
- 点击卷名进入详情页后，展开 “Mounts” 区域，确认
Source路径下是否有非空文件（比如_data里有dump.sql或config.yaml） - 查看 “Created at” 旁边有没有小标签，比如 “tag:backup” 或 “label:prod-migration”，这些是通过
docker volume create --label打的标记，代表人为归类，优先保留 - 如果该卷出现在
docker system df -v输出的 Volumes 列表中且 SIZE 明显偏大（比如 >500MB），但又没容器在用，大概率是日志堆积或临时导出残留，这时更适合进_data目录手动清理文件，而不是删整个卷
为什么 docker volume prune 在 Docker Desktop 里有时不生效
不是命令失效，而是 Desktop 后台的 Docker Engine 实例可能没同步到最新状态。常见于以下几种情况：
- 你在 CLI 执行了
docker volume prune -f，但 Desktop 的 UI 缓存没刷新，仍显示旧列表；此时关掉 Desktop 再重开，或点右上角刷新按钮 - 使用 WSL2 后端时，
/var/lib/docker/volumes实际在 WSL 文件系统里，而 Desktop 的 GUI 进程运行在 Windows 上，偶尔因跨子系统权限或挂载延迟导致状态读取滞后 - 某些第三方工具（如 Rancher Desktop、Colima）共存时，它们各自管理一套
dockerd，prune命令可能作用在错误的 daemon 上——先确认docker context ls当前激活的是default（即 Desktop 自带的那个）
查不到卷但磁盘空间还在涨？重点盯这三处
如果你已经清完所有 dangling 卷，docker system df 显示 Local Volumes 占用很低，但 df -h /var/lib/docker 依然爆满，问题往往不在 volumes 本身：
-
/var/lib/docker/containers/*/logs下的 JSON 日志文件：单个容器日志可能达数 GB，Docker Desktop 默认不限制日志大小，需在daemon.json里配"log-driver": "json-file", "log-opts": {"max-size": "10m", "max-file": "3"} -
/var/lib/docker/buildkit：BuildKit 缓存长期不清理，尤其用过docker buildx bake或多阶段构建的环境，docker builder prune -a才能清掉 -
/var/lib/docker/overlay2里残留的未卸载层：容器删了但 overlay2 中的 diff 目录没及时回收，docker system prune -f可触发清理，但注意它也会清停止的容器和网络
真正容易被忽略的是：Docker Desktop 的“磁盘镜像”本身（C:\Users\{user}\AppData\Local\Docker\wsl\data\ext4.vhdx）会随写入自动扩容，但不会自动收缩。即使删光所有卷和镜像，这个 VHDX 文件大小也不会变小——得进 WSL 手动 wsl --shutdown && diskpart 收缩，或者干脆重置 WSL 发行版。
