当不指向主机上的实际文件夹时，为什么要声明两次 docker-compose 卷？

如何解决当不指向主机上的实际文件夹时，为什么要声明两次 docker-compose 卷？

在docker-compose.yml file中，我真的需要指定两次volumes吗？在服务内部和？如果是，为什么？ （文档的 docker-compose 部分没有太多相关信息）

我有感觉，在此处显示的 myapp 卷不是主机上明确的文件夹的情况下，我们必须设置它两次，但如果它实际上是主机上的一个文件夹，则仅在 frontend 服务块内指定它就足够了。

此外，当在服务块之外指定卷时，它几乎总是写成 key: 而没有任何实际值（或有时写成 key: {}），这让我很困惑。

此外，根据文档，当我运行 docker-compose down -v 时，它实际上仅适用于未明确指定为主机上文件夹的卷：

-v,--volumes           Remove named volumes declared in the `volumes`
                        section of the Compose file and anonymous volumes
                        attached to containers.

所以也许在服务之外声明一个卷是为了使这个卷可识别，因此是“可移动的”。而另一方面，如果它没有设置在服务之外，它将永远无法移除？

解决方法

这是一大堆问题 - 让我们试着按顺序回答它们：

1.我真的需要两次指定卷（在服务部分内部和外部）？

这不是重复的规范：在你外面声明卷，在里面你指定如何安装到容器中。卷具有独立于服务的生命周期。它可以被多个服务挂载，如果服务重启，它会保留数据。

2.当在服务块之外指定卷时，它几乎总是写成键：{}

这个仅限密钥的符号是默认的，不需要任何驱动程序配置。但是，如果您需要，例如连接到 NFS，你会得到类似的东西：

volumes:
  example:
    driver_opts:
      type: "nfs"
      o: "addr=10.40.0.199,nolock,soft,rw"
      device: ":/docker/example"

另外，请区分 bind mounts 和常规卷。虽然常规卷独立于服务（和容器）进行管理，例如对于 docker volumes list，绑定挂载仅仅是主机和容器文件系统之间的映射。它们绑定到它们安装到的容器。

3.当我运行 docker-compose down -v 时，它实际上仅适用于未明确指定为主机上文件夹的卷

是的，这不会删除绑定挂载，因为绑定挂载只是主机-容器文件系统映射，因此 Docker 不会为它们创建独立的卷实体。

为了更深入地理解，请考虑documentation中的这段摘录：

绑定挂载自 Docker 早期就已经存在。绑定 与卷相比，挂载的功能有限。当你使用一个 绑定挂载，将宿主机上的一个文件或目录挂载到一个 容器。文件或目录由其绝对路径引用 主机。相比之下，当你使用一个卷时，一个新目录 在主机上的 Docker 存储目录中创建，并且 Docker 管理该目录的内容。