要了解Docker Volume，首先我们需要理解Docker文件系统的工作原理。Docker镜像是由多个文件系统的只读层叠加而成。当一个容器通过命令docker run启动时，Docker会加载只读镜像层并在镜像栈顶部添加一个读写层。如果运行中的容器修改了现有的一个已经存在的文件，那该文件将会从读写层下面的只读层复制到读写层，但是该文件的只读版本依然存在，只不过已经被读写层中该文件的副本所隐藏。
当删除Docker容器，并通过该镜像重新启动时，之前在读写层的更改将会丢失。在Docker中，只读层及在顶部的读写层的组合被称为Union File System（联合文件系统），简称UnionFS，它用到了一个重要的资源管理技术,叫写时复制。写时复制（copy-on-write），也叫隐式共享，是一种对可修改资源实现高效复制的资源管理技术。对于一个重复资源，若不修改，则无需立刻创建一个新的资源，该资源可以被共享使用。当发生修改的时候，才会创建新资源。这会大大减少对于未修改资源复制的消耗。其实COW这个概念对编程人员来说一点也不陌生，广泛用在各种领域，比如ABAP里对于内表(Internal table)的拷贝动作，Java字符串的拷贝实现等等。Docker基于UnionFS去创建containers。
我们下面看一个实际例子。
使用命令行docker run --help查看这个命令的帮助文档。 -h 的作用是指定容器的主机名。
使用命令行创建一个新的容器：
docker run -it --name jerry-container-test -h CONTAINER -v /data busybox /bin/sh
名称为jerry-container-test, 用-v创建了一个volume /data
创建完毕之后，在容器里执行cd /data进入这个目录，这个时候还是空的。
docker ps查看容器状态：
现在我想知道主机上为了实现这个volume，使用了哪个internal目录。
用命令docker inspect jerry-container-test查看关键字"volumes":
得到了容器里/data在主机上实现的目录：
/var/lib/docker/volumes/96aa969033ee7e6d7ff607a0a47de5a5866613a422518ed3f86fee6240bae8cc/_data
现在我在主机上使用touch命令在这个目录下直接创建一个文件：
sudo touch /var/lib/docker/volumes/96aa969033ee7e6d7ff607a0a47de5a5866613a422518ed3f86fee6240bae8cc/_data/test.s
现在切换到容器里，用ls也能看到直接在主机上用touch命令在internal folder里创建的文件了。
1.docker数据卷
1.1.docker挂载宿主机数据卷
一般来说nginx只有默认首页，我们装了nginx肯定不只有首页，因此网站源码存放位置我们需要考虑了，放到容器中，很多命令在容器中不生效这点就很头疼，因此就有了挂载这么个说发，在宿主机建一个目录，挂载到容器中，宿主机发生改变，容器也会跟着改变，实时同步
语法格式：
docker run -d -p 宿主机端口:docker端口 -v src:dest 镜像
docker挂载volume的用户权限问题,理解docker容器的uid目录遇到的问题原因容器共享宿主机的uid如果不指定user，容器内部默认使用root用户来运行容器内部用户的权限与外部用户相同一定要确保容器执行者的权限和挂载数据卷对应一个更加明显的demo参考docker挂载volume的用户权限问题,理解docker容器的uid
在刚开始使用docker volume挂载数据卷的时候，经常出现没有权限的问题。
