和这种蛋糕一样，Docker的容器和镜像也是使用类似的分层文件系统构建而成的。

这样做的好处就是可以节省硬盘空间，也利于复用等等。因为Docker基于镜像创建容器的时候，其镜像是共享的；而且镜像里面的层如果已存在，也无需再下载。

 

下面拉取一个mongodb的镜像，拉取的过程中可以看到：

图中红框范围内的就是mongo镜像的不同分层，也就是镜像中的分层文件系统。

 

然而这些镜像层是只读的：

这样的限制多少看起来有点严格，如果你想使用该镜像读写数据库怎么办？或者记录Log到文件，或者在容器运行的时候替换一些源代码该怎么办？

 

幸运的时候使用该镜像的容器会有可用于读写的"薄薄"一层：

从图中也可以看出容器和镜像的不同之处。

 

你可以在容器层进行写入，但是如果容器被删除了，那么可读写的这一层也会被删除。

这样就不太友好了，而这时我们可以使用Volume（卷）。

 

下面就是这个问题，如何把源码装进容器里？

1.可以在制做镜像的时候把源码直接写入镜像。（这个先不考虑）

2.把源码装进容器的可读写层。（这个是我要介绍的）

 

Volume是什么？

Volume（卷）是容器中一个特别种类的目录，通常叫做数据volume，顾名思义，里面可以放置各种类型的数据，例如代码、日志文件、数据文件等等。Volume可以在容器间被共享和复用。可以让多个容器对同一个volume进行读写，也可以让一个容器读写多个volume。对镜像的更新并不会影响volume。Volume是被持久化的，即使容器删除了，它仍然还在。

 

可以这样去理解Volume，如果有一个容器，那么我们可以在这个容器里面定义一个Volume：

 

那么想要写到哪里去呢？

可以让Docker自己搞定，或者你也可以自定义。

让Docker决定写入的位置

先介绍第一种情况，当你写入到volume的时候，比如在Docker容器里的代码对/var/www做了一个写入的操作，那该目录其实就是你docker host里面的一个装载的文件夹（mounted folder）的别名。Docker host也就是容器的宿主，如果你使用的是Linux系统或Windows 2016及以上版本的系统，那么该宿主就是操作系统。容器也就是运行在该系统上。

那么在这个例子里，我们写入的这个volume，它可以不是容器的可读写层，它实际上可以写入docker host的装载的文件夹，也就是操作系统的文件夹。即使你把容器删除了，docker host里的文件夹仍在健在。

 

通常我们使用如下命令来运行容器：

docker run -p 8000:80 microsoft/dotnet-samples:aspnetapp

 

而我们可以使用-v参数来指定volume：

docker run -p 8000:80 -v /var/www microsoft/dotnet-samples:aspnetapp

这样的话，/var/www只是容器Volume的别名，实际被写入的区域在Docker Host里，docker会自动的创建这个区域。

 

可以使用docker inspect 容器名这个命令来查看相关的路径。

执行该命令后的结果中会显示如下部分Mounts：

其中Destination是volume在容器里的地址（别名），而Source则是Volume在宿主中的地址。

以上这部分介绍的就是让Docker来创建写入的目录。

 

自定义写入的位置

下面讲一下如何自定义这个目录的地址。

这样就对我们开发写代码比较友好了，我的代码存放于Windows/Mac系统中，然后我们让Volume读写我们代码所在的区域。

那么应该使用哪个Docker命令呢？

docker run -p 8000:80 -v ${PWD}:/var/www microsoft/dotnet-samples:aspnetapp

使用-v在容器里创建一个volume，它在容器的地址是/var/www，但是当你对它进行读写操作时，它实际上找的是宿主的地址，在这里也就是当前的工作目录(curent working directory)。

 

如果你这时再执行docker inspect命令，其结果大概如下：

 

把ASP.NET Core的源码连接到Volume

首先使用dotnet cli或者VS建立一个ASP.NET Core项目：

 

然后使用dotnet run测试一下网站是否能正常运行：

 

 

接下来看看这个ASP.NET Core网站如何与Volume联系在一起。

 

首先下载aspnetcore-build镜像：docker pull microsoft/dotnet:2.1-sdk

下载完镜像之后，就需要创建容器和Volume了，不过在此之前先打开命令行，进入ASP.NET Core项目源码的目录：

 

然后执行下面的命令(Windows 10 Powershell)：

docker run -it -p 8080:5001 -v ${PWD}:/app --workdir "/app" microsoft/dotnet /bin/bash

这句话里-it参数表示进入交互模式

-p 8080:5001 表示把容器里的5001端口映射给宿主的8080端口。

-v 表示创建volume

${PWD}是指宿主当前的目录。

${PWD}:/app就是把容器里的/app文件夹连接到了宿主系统里的当前文件夹，而容器里的/app目录就是应用程序将要运行的位置。

 --workdir "/app"表示容器里当前的工作目录是/app。

然后使用microsoft/dotnet这个镜像。

最后使用/bin/bash返回一个终端，以便让我与容器里进行交互。

 

执行命令后，Docker可能会有提示需要共享一个目录，点击确认即可。

然后我就会进入Container了：

 

进入容器之后，我就可以执行dotnet restore， dotnet build等等命令了：

 

当然了，可以执行dotnet run：

 

然而这时候，我访问本机（宿主）的localhost:8080，确无法显式页面。

首先为了简便，先把HTTPS重定向相关的内容去掉。

然后要让应用监听任意地址的5001端口：

 

然后再次运行dotnet run。

随后在宿主系统的浏览器打开http://localhost:8080即可打这个ASP.NET Core的web应用了：