匿名卷无名不可见，需用docker inspect查Mounts字段定位；其宿主机路径在/var/lib/docker/volumes//_data（WSL2内）；docker volume ls不显示，docker system prune -v会误删未引用者。
找不到匿名卷，本质是它没名字、不显眼，但路径固定、可查可定位。只要容器还在或卷没被清理，就一定能找回来。
docker volume ls 为什么看不到你的匿名卷？
因为 docker volume ls 只列出命名卷（Named Volume），不显示匿名卷（Anonymous Volume）。匿名卷压根没名字，Docker 不把它归入 volume 管理列表——它只是在创建容器时由 -v /path/in/container 自动生成的一个随机 ID 卷。
- 真正能暴露匿名卷的命令是
docker inspect - 输出里找
"Mounts"字段，类型为"volume"且"Name"是一长串十六进制字符串的，就是匿名卷 -
"Source"的值就是宿主机上的真实路径，例如/var/lib/docker/volumes/abc123.../_data
Windows 上 Docker Desktop 的匿名卷路径在哪？
Docker Desktop（Windows）底层用 WSL2，所以匿名卷实际存在 WSL2 发行版的文件系统里，不是 Windows 盘符直连路径。
- 默认路径仍是
/var/lib/docker/volumes/，但这个路径位于 WSL2 的 ext4.vhdx 虚拟磁盘中/_data - 不能直接在资源管理器里打开
C:\找到它；需进入 WSL2：运行wsl→cd /var/lib/docker/volumes查看 - 若你用的是 Hyper-V 模式（旧版），路径可能映射到
C:\Users\Public\Documents\Hyper-V\Virtual hard disks，但概率低，优先查 WSL2
怎么确认某个匿名卷是否还在用？
匿名卷不会随容器删除自动销毁，但没人引用时它就成了“孤儿”，容易被误删或忽略。
- 先查容器：用
docker ps -a看有没有已退出但未删的容器，再docker inspect它们，比对"Name"字段是否匹配目标卷 ID - 再查卷本身：执行
docker volume inspect，如果报错Error: No such volume，说明已被清理；否则返回 JSON，其中"CreatedAt"和"Mountpoint"都有效 - 注意：
docker system prune -v会清掉所有未被容器引用的匿名卷——这是最常导致“卷突然消失”的操作
匿名卷和命名卷混用时最容易踩什么坑？
最大的陷阱是“以为挂载了，其实挂错了卷”，尤其在反复 docker run 重建容器时。
- 每次用
-v /app/data启动新容器，Docker 都会生成一个新匿名卷，旧卷不会自动复用——数据就断代了 - 想复用数据，必须显式用命名卷：
-v myapp-data:/app/data，并确保每次用同一个名字 - bind mount（
-v /host/path:/container/path）看似直观，但权限、SELinux、Windows 路径转义等问题更多，不如命名卷稳定
匿名卷不是不能用，而是它不提供可追溯性。一旦容器名、ID、启动命令记不清，或者团队协作时没人维护卷 ID 映射表，数据就等于进了黑盒。生产环境该用命名卷的地方，别图那一行命令省事。
