mounts数组中name非空且anonymous为false的是命名卷，name为空且anonymous为true的是匿名卷；命名卷数据随容器删除保留，匿名卷通常被清理，且仅type为"volume"的条目需比对。
inspect 的 mounts 数组能清晰反映容器挂载的卷类型、来源和生命周期行为。匿名卷与命名卷在该数组中结构相似但关键字段不同，比对它们的核心在于观察 source、name、type 和 anonymous 字段，再结合容器启停、删除时的行为差异来判断生命周期归属。
看 Mounts 数组中的字段差异
运行 docker inspect <container-id></container-id> 后，在 Mounts 数组中逐项比对：
-
命名卷：有非空
Name字段（如"Name": "myapp-data"），Source是 Docker 卷存储路径（如/var/lib/docker/volumes/myapp-data/_data），Type为volume，Anonymous为false -
匿名卷：
Name为空字符串或缺失，Source是一个带随机哈希的路径（如/var/lib/docker/volumes/8a1f6b2e.../_data），Type同样为volume，但Anonymous字段为true（Docker 20.10+ 显式暴露）
结合容器操作验证生命周期
仅看 Mounts 不足以确认生命周期，需配合实际操作验证：
- 删除容器时：
docker rm <container></container>后，命名卷的Source目录仍存在，数据保留；匿名卷的Source目录通常被自动清理（除非容器用--volumes删除） - 重建容器时：若启动命令中显式指定
-v myapp-data:/app/data，新容器Mounts中会复用原Name；若只写-v /app/data，则生成新的匿名卷条目，Name为空，Source路径不同
用 docker volume 命令交叉验证
Mounts 数组是运行时快照，需搭配卷管理命令确认归属：
- 列出所有卷：
docker volume ls—— 命名卷会显示在列表中，匿名卷不会出现 - 检查特定卷：
docker volume inspect myapp-data—— 可看到创建时间、驱动、挂载点等，确认是否被其他容器引用 - 查匿名卷残留：
ls /var/lib/docker/volumes/—— 可发现未被自动清理的哈希命名目录，对应Mounts.Source中的路径
注意绑定挂载（bind mount）的干扰
Mounts 数组中 Type: "bind" 的条目不属于卷范畴，其生命周期完全由宿主机路径决定，与匿名/命名卷无关。比对前应先过滤掉 Type !== "volume" 的项，避免混淆。
