1.镜像是什么
镜像是一种轻量级．可执行的独立软件包，用来打包软件运行环境和基于运行环境开发的软件，它包含运行某个软件所需的所有内客，
包活代码、运行时、库、环境变量和配置文件。
所有的应用，直接打包docker镜像，就可以直接跑起来
如何得到镜像：
- 从远程仓库下载
- 朋友同事拷贝给你
- 自己制作一个镜像DockerFile
2.Docker镜像加载原理
2.1 UnionFS（ 联合文件系统）
UnionFS （ 联合文件系统）：Union文件系统( UnionFS）是一种分层、轻量级并且高性能的文件系统，它支持对文件系统的修改
作为一次提交来一层层的叠加，同时可以将不同目录挂载到同一
个虚拟文件系统下(unite several directories into a single virtual
filesystem)。
Union 文件系統是 Docker 镜像的基础。镜像可以通过分层来进行继承，基于基础镜像（没有父镜像），可以制作各
种具体的应用镜像。
特性：一次同时加载多个文件系统，但从外面看起来 ，只能看到一个文件系统，联合加载会把各层文件系统叠加起来 ，这样最終的
文件系统会包含所有底层的文件和目录
2.2 Docker镜像加载原理
docker的镜像实际上由一层一层的文件系统組成，这种层级的文件系統UnionFS。
bootfs(boot file system)主要包含bootloader和kernel, bootloader主要是引导加载kernel, Linux刚启动时会加载bootfs文件系统
统，在Docker镜像的最底层是bootfs。
这一层与我们典型的Linux/Unix系統是一样的，包含boot加载器和内核。当boot加载完成
之后整个内核就都在内存中了，此时内存的使用权已由bootfs转交给内核，此时系统也会卸载bootfs。
rootfs (root file system)，在bootfs之上。
包含的就是典型 Linux 系统中的/dev, /proc, /bin,/etc 等标准目录和文件。rootfs就是
各种不同的操作系统发行版，比如Ubuntu， Centos等等。
3.Docker镜像分层的理解
我们拉去镜像时，看到的一层层的就是联合文件系统！
思考：为什么Docker镜像要采用这种分层的结构呢？
最大的好处，我觉得莫过于是资源共享了！
比如有多个镜像都从相同的Base镜像构建而来，那么宿主机只需在磁盘上保留一份base镜像，
同时内存中也只需要加载一份base镜像，这样就可以为所有的容器服务了，
而且镜像的每一层都可以被共享．
查看镜像分层的方式可以通过 docker image inspect 命令！
所有的 Docker 镜像都起始于一个基础镜像层，当进行修改或增加新的内容时 ，就会在当前镜像层之上，创建新的镜像层。
举一个简单的例子 ，假如基于 Ubuntu Linux 16.04 创建•
一个新的镜像，这就是新镜像的第一层;如果在该镜像中添加 Python包
就会在基础镜像层之上创建第二个镜像层；如果继续添加一个安全补丁，就会创建第三个镜像层。
该镜像当前已经包含 3个镜像层，如下圈所示（ 这只是一个用于演示的很简单的例子）。
Docker之路（5.Docker镜像学习、镜像加载原理、镜像分层原理、通过commit提交镜像）
在添加额外的镜像层的同时 ，镜像始终保持是当前所有镜像的组合 ，理解这一点非常重要。
下图中举了一个简单的例子，每个镜像
层包含 3个文件 ，而镜像包含了来自两个镜像层的6个文件。
Docker之路（5.Docker镜像学习、镜像加载原理、镜像分层原理、通过commit提交镜像） 上图中的镜像层跟之前图中的路有区别 ，主要目的是便于展示文件。
下图中展示了一个稍微复杂的三层镜像，在外部石来整个镜像只有 6个文件，这是因为最上层中的文件？是文件5的一个更新版
本
Docker之路（5.Docker镜像学习、镜像加载原理、镜像分层原理、通过commit提交镜像）
这种情况下，上层镜像层中的文件爱盖了底层镜像层中的文件。这样就使得文件的更新版本作为一个新镜像层添加到镜像当中。
Docker 通过存储引擎（新版本采用快照机制）的方式来实现镜像层堆栈，并保证多镜像层对外展示为统一的文件系统。
Linux 上可用的存储引擎有 AUFS、Overlay2、Device Mapper、Btrfs 以及 ZFS。顾名思义，每种存储引擎都基于 Linux中对应的
文件系统或者块设备技术，并且每种存储引擎都有其独有的性能特点。
Docker镜像都是只读的，当容器启动时，一个新的可写层被加载到镜像的页部！
这一层就是我们通常说的容器层，容器之下的都叫镜像层！
3. commit提交镜像
3.1 commit命令格式
3.2 commit测试，使用tomcat测试
3.2.1 启动一个默认的tomcat
docker pull tomact
docker run -d --name tomcat01 -p 3355:8080 tomcat
3.2.2 发现这个默认的tomcat 是没有webapps应用，镜像的原因，官方的默认 webapps下面是没有文件的！
3.2.3 进入tomcat容器，将文件拷贝
docker exec -it tomcat01 /bin/bash
cp -r webapps.dist/* webapps/
3.2.4 端口暴露出去后，查看tomcat页面
3.2.5 将修改或者操作后的容器通过commit命令提交为一个新的镜像
- 提交之前
Docker之路（5.Docker镜像学习、镜像加载原理、镜像分层原理、通过commit提交镜像） - 提交了之后
docker commit -a="tww" -m="测试commit命令" 83bc4f2e4870 tomcat_new:1.0
如果你想要保存当前容器的状态，就可以通过commit来提交，获得一个镜像，
就好比我们以前学习VM时候，快照！