为什么一个centos镜像只有两百多兆，而tomcat镜像五百多兆
1.先说说操作系统
操作系统组成部分：
进程调度子系统
进程通信子系统
内存管理子系统
设备管理子系统
文件管理子系统
网络通信子系统
作业控制子系统
Linux文件系统由bootfs和rootfs两部分组成
bootfs：包含bootloader（引导加载程序）和 kernel（内核）
rootfs： root文件系统，包含的就是典型 Linux 系统中的/dev，/proc，/bin，/etc等标准目录和文件
不同的linux发行版，bootfs基本一样，而rootfs不同，如ubuntu，centos等
2.而Docker镜像是由特殊的文件系统叠加而成
最底端是 bootfs，并使用宿主机的bootfs-复用
第二层是 root文件系统rootfs,称为base image
然后再往上可以叠加其他的镜像文件
统一文件系统（Union File System）技术能够将不同的层整合成一个文件系统，为这些层提供了一个统一的视角，隐藏多层的存在，我们看来只是存在一个文件系统。
所以当我们安装的tomcat镜像大小是五百多兆 是因为里面还包含了jdk和centos的镜像
而centos镜像复用了宿主机的bootfs 下载的只有rootfs 所以小很多
一个镜像可以放在另一个镜像的上面。位于下面的镜像称为父镜像，最底部的镜像成为基础镜像。
所以tomcat-》jdk（父镜像）-》centos（基础镜像） 所以整个向外暴露就是五百多兆
镜像只读 当从一个镜像启动容器时， 所以docker会在镜像上面加载一个可读可写的文件系统作为容器
docker镜像本质就是一个分层系统
3.镜像制作 注意容器转镜像 容器里面文件不会消失 但是容器挂载的镜像卷会消失
容器转为镜像 docker commit 容器id 镜像名称:版本号
镜像压缩（镜像不能传输 所以做好的镜像） docker save -o 压缩文件名称 镜像名称:版本号
镜像压缩文件解压成镜像 docker load -i 压缩文件名称
3.dockerfile
docker就是一个文本文件 包含了一条条的指令
每一条指令构建一层，基于基础镜像，最终构建出一个新的镜像
为开发、测试。运维提供完全一致的开发环境 只需要通过一个dockerfile文件构建出相同的镜像
4.dockerfile关键字
FROM 指定父镜像 基于哪个镜像image构建
RUN 容器创建的时候执行一段命令
CMD 容器启动的时候执行的命令
COPY 创建容器是复制文件到镜像
ADD 添加文件到镜像还会自动解压 还可以添加远程的
ENV 设置环境变量 启动容器时 -e参数可以覆盖ENV设置的环境变量
VOIUME 启动容器时挂载目录到容器里面
EXPOSE 暴露端口
WORKDIR 设置进入容器时的路径
案例：需求 自定义一个centos7镜像 默认登录路径为/usr 并且可以使用vim
定义父镜像：FROM centos:7
定义作者信息：MAINTAINER itheima <itheima@itcast.cn>
执行安装vim命令： RUN yum install -y vim
定义默认的工作目录：WORKDIR /usr
定义容器启动执行的命令：CMD /bin/bash
通过dockerfile构建镜像：docker bulid –f dockerfile文件路径 –t 镜像名称:版本
docker build -f ./centos_docker（dockerfile文件） -t mycentos:1.1（镜像名称和版本号） .（寻址路径）
案例：java程序做成一个镜像
1.先package 打包成jar包 hello.jar
2.创建一个hello_dockerfile 写入下面数据
定义父镜像：FROM java:8
定义作者信息：MAINTAINER itheima <itheima@itcast.cn>
将jar包添加到容器： ADD hello.jar app.jar
定义容器启动执行的命令：CMD java –jar app.jar
通过dockerfile构建镜像：docker bulid –f dockerfile文件路径 –t 镜像名称:版本