你看到的这些长名称“卷”其实并不是真正的Docker命名卷，而是Docker为**绑定挂载（Bind Mount）**生成的临时元数据条目，和你定义的mongodata命名卷是完全不同的两类东西，下面具体解释：

1. 两种挂载方式的本质区别 #

• 命名卷（Named Volume）：比如你配置的mongodata:/data/db，这是由Docker引擎统一管理的存储卷，数据存在Docker默认的存储目录（通常是/var/lib/docker/volumes/下），Docker会持久化这个卷的标识，所以每次启动都会复用同一个卷，数据自然不会丢失。
• 绑定挂载（Bind Mount）：你的.:/code属于这类，它是直接把主机的某个目录（这里是当前工作目录）挂载到容器内，数据完全保存在主机目录里，Docker只是负责建立主机和容器之间的目录映射关系，并不管理数据本身。

2. 为什么会出现新的长名称条目？ #

那些长字符串的“卷”其实是Docker用来记录绑定挂载关联关系的临时元数据，它们并不是真正的存储卷——你可以运行docker volume inspect <那个长名称>看看，会发现它的Mountpoint就是你主机上的项目目录绝对路径，而不是Docker的卷存储路径。

每次你删除容器后重新执行docker-compose up，Docker会重新创建容器的挂载关联，因此会生成新的元数据条目，这是正常的内部行为，不会占用额外的存储资源，因为实际数据始终在你的主机工作目录里。

3. 验证与注意事项 #

• 你可以放心，这些长名称条目不会导致数据重复或丢失，你的Flask代码始终是主机目录里的内容
• 如果不想在docker volume ls里看到这些条目，可以把绑定挂载的路径改成绝对路径（比如/home/yourname/your-project:/code），不过其实没必要，它们只是不影响使用的元数据
• 这些条目可以用docker volume prune清理掉（清理前确认没有有用的命名卷被误删），但下次启动容器时还是会重新生成

内容的提问来源于stack exchange，提问作者Sayydika