容器=镜像+读写层
容器最上边那一层是可读可写的。
镜像可以看作是面向对象编程中的类。
文章目录
一、镜像（只读层的集合）
二、容器（多层只读层+一层读写层）
三、镜像层
一、镜像（只读层的集合）
镜像（Image）就是一堆只读层（read-only layer）的统一视角，也许这个定义有些难以理解，下面的这张图能够帮助读者理解镜像的定义。
从左边我们看到了多个只读层，它们重叠在一起。
除了最下面一层，其它层都会有一个指针指向下一层。这些层是Docker内部的实现细节，并且能够在主机就是Docker运行的机器的文件系统上访问到。
统一文件系统（union file system）技术能够将不同的层整合成一个文件系统，为这些层提供了一个统一的视角，这样就隐藏了多层的存在，在 用户的角度看来，只存在一个文件系统（就相当于以一种俯瞰的视角看左边的多个层）。即右图形式。
你可以在你的主机文件系统上找到有关这些层的文件。镜像是一堆只读层的统一视角，除了最底层没有指向外，每一层都指向它的父层。统一文件系统（ Union File System）技术能够将不同的层整合成一个文件系统，为这些层提供了一个统一的视角，这样就隐藏了多层的存在。在用户的角度看来，只存在一个文件系统。镜像每一层都是不可写的，都是只读层。
需要注意的是，在一个运行中的容器内部，这些层是不可见的。
二、容器（多层只读层+一层读写层）
容器（container）的定义和镜像（image）几乎一模一样，也是一堆层的统一视角，唯一区别在于容器的最上面那一层是可读可写的。
要点：容器 = 镜像 + 读写层。并且容器的定义并没有提及是否要运行容器。
1、运行态容器
一个运行态容器（running container）被定义为一个可读写的统一文件系统 + 隔离的进程空间和 包含其中的进程。
下面这张图片展示了一个运行中的容器（灰色区域为该容器运行的进程 ）。
一个容器中的进程可能会对文件进行修改、删除、创建，这些改变都将作用于可读写层（read-write layer）。
下面这张图展示了这个行为：
三、镜像层
为了将零星的数据整合起来，我们提出了镜像层（image layer）这个概念。
镜像可以看成是由多个镜像层叠加起来的一个文件系统（通过UnionFS与AUFS文件联合系统实现），镜像层也可以简单理解为一个基本的镜像，而每个镜像层之间通过指针的形式进行叠加。
下面的这张图描述了一个镜像层，通过图片我们能够发现一个层并不仅仅包含文件系统的改变，它还能包含了其他重要信息。
根据上图，镜像层的主要组成部分包括镜像层 ID、镜像层指针 「指向父层」、元数据「 Layer Metadata，包含了 Docker 构建和运行的信息和父层的层次信息」。只读层和读写层「Top Layer」的组成部分基本一致，同时读写层可以转换成只读层「 通过docker commit 操作实现」。元数据（metadata）就是关于这个层的额外信息，它不仅能够让Docker获取运行和构建时的信息，还包括父层的层次信息。
需要注意，只读层和读写层都包含元数据。
除此之外，每一层都包括了一个指向父层的指针。如果一个层没有这个指针，说明它处于最底层。
一个容器的元数据好像是被分成了很多文件，但或多或少能够在/var/lib/docker/containers/<id>目录下找到，<id>就是一个可读层的id。
这个目录下的文件大多是运行时的数据，比如说网络，日志等等。
