前言：镜像的定制实际上就是定制每一层所添加的配置文件，如果我们可以把每一层的修改、安装、构建、操作的命令都写入一个脚本，然后用这个脚本来构建、定制镜像，那么镜像构建透明性的问题、体积的问题就会得到解决，这个脚本就是 Dockerfile; Dockerfile 是一个文本文件，其内包含了一条条的指令，每一条指令构建一层，每一层指令的内容，就是描述该层应该如何构建，然后通过 commit 构成新的镜像。
Dockerfile 参数：
1，FROM：指定基础镜像，必须是第一条指令
# 定制 nginx 镜像的 Dockerfile FROM nginx RUN echo '<h1>Hello,Docker!</h1>' > /usr/share/nginx/html/index.html
注： Docker Hub 上有很多高质量的服务类的官方镜像可以拿来直接使用，比如：nginx 、redis 、mysql 、php 、mongo \ tomcat 等，可以在其中找最符合的一个进行定制
另外也有一些方便开发、构建、运行各种语言的镜像，比如：node 、python 、golang 等
如果没有找到对应服务的镜像，官方镜像中还提供了一些更为基础的操作系统镜像，比如：ubuntu 、debian 、fedora 、centos 等，也可以利用这些操作系统提供的软件库
2，RUN ：用来执行命令行命令，格式有两种：
1, shell 格式： RUN <命令>，就像直接在命令行中输入的命令一样
2, exec 格式：RUN ["可执行文件"，“参数1”，“参数2”]，更像是函数调用中的格式
warning:每一个RUN命令都会在 docker镜像中新建一层，所以应该尽量少用 RUN 命令，而且要在RUN 的最后要做必要的清除工作
# 构建层次太多，未做清理工作 FROM debian:stretch RUN apt-get update RUN apt-get install -y gcc libc6-dev make wget RUN wget -O redis.tar.gz "http://download.redis.io/releases/redis-5.0.3.tar.gz" RUN mkdir -p /usr/src/redis RUN tar -xzf redis.tar.gz -C /usr/src/redis --strip-components=1 RUN make -C /usr/src/redis RUN make -C /usr/src/redis install
# 一层构建，并在最后清理压缩包等缓存文件 FROM debian:stretch RUN buildDeps='gcc libc6-dev make wget' \ && apt-get update \ && apt-get install -y $buildDeps \ && wget -O redis.tar.gz "http://download.redis.io/releases/redis-5.0.3.tar.gz" \ && mkdir -p /usr/src/redis \ && tar -xzf redis.tar.gz -C /usr/src/redis --strip-components=1 \ && make -C /usr/src/redis \ && make -C /usr/src/redis install \ && rm -rf /var/lib/apt/lists/* \ && rm redis.tar.gz \ && rm -r /usr/src/redis \ && apt-get purge -y --auto-remove $buildDeps
3, Dockerfile 上下文：
# 构建新的镜像 # -t ：指定镜像名称和 tag # . : 上下文，表示将本路径下的所有文件打包上传到 docker daemon,进行定制镜像 $ docker build -t nginx:v3 .
4, COPY : 用来从构建上下文目录中<原路径>的文件/目录复制到新一层镜像内的 <目标路径>位置，格式有两种：
1，shell 格式：COPY [--chown=<user>:<group>] <原路径>...<目标路径>
2，exec 合适：COPY[--chown=<user>:<group>] ["原路径1"，... "<目标路径>"]
原路径：可以是多个，甚至可以是通配符
目标路径：可以是容器内的绝对路径，也可以是相对于工作目录的相对路径(工作目录可以用 WORKDIR 指令来指定，不需要事先创建，会自动创建)
1 # 利用 通配符 进行复制 2 COPY hom* /mydir/ 3 COPY hom?.txt /mydir/
note : COPY 会将原文件的各种数据都保留，比如 读、写、执行权限，可以通过 --chown=<user>:<group> 选项来改变文件的所属用户及所属组。
5，ADD : 和 COPY 指令的功能，性质基本一致，也可以通过 --chown 改变文件所属用户和所属组，但是在 COPY 的基础上增加了一些功能：
1，原路径为 URL ： Docker 会试图下载这个文件放到 目标路径去，默认下载后的文件权限为 600，如果想要修改权限或者下载的是压缩包，需要解压，则还需要额外的一层 RUN 进行调整，还不如直接用 RUN 指令用 wget 进行下载，处理权限，解压缩，然后清理无用文件更合理，所以该命令不常用，而且不推荐使用。
2，原路径为 tar 压缩包 ： 如果压缩文件格式为 gzip , bzip2 以及 xz 的情况下，ADD 指令将自动解压这个压缩文件到 <目标路径> 去，只有此种情况适合使用 ADD 指令。
note: ADD 指令可能会使镜像构建缓存失效，从而可能会令镜像的构建变的比较缓慢，镜像构造缓存点击这里查看
6，CMD : 和 RUN 指令相似，也是两种格式：
1，shell 格式：CMD <命令>
2，exec 格式 ： CMD ["可执行文件"，“参数1”，“参数2” ...]
3，参数格式列表：在指定了 ENTRYPOINT 指令后，用 CMD 指定具体的参数
CMD 指令用于指定默认的容器主进程的启动命令的，例如 ubuntu 默认的 CMD 是 bash ，我们也可以在容器运行时指定运行别的命令，如：
# 直接进入 bash $ docker run -it ubuntu # 修改默认的 CMD # docker run -it ubuntu cat /etc/os-release
note1: 在指令格式上，一般推荐使用 exec 格式，这类格式在解析时会被解析为 JSON 数组，因此一定要用 双引号 “ 而不要使用单引号 。
# 如果执行 CMD echo $HOME # 实际执行会变更为： CMD ["sh" "-c" "echo $HOME"]
note2 : 容器的前台执行和后台执行问题
注：Docker 不是虚拟机，容器中的应用都应该以前台执行，而不能像虚拟机用 systemd 去启动后台服务，容器内没有后台服务的概念。例如：
# 错误代码 # 目的：启动 nginx 在后台以守护进程的形式在运行 CMD service nginx start # 实际上执行 # sh 为主进程，执行完成进程退出，导致容器也会退出 CMD ["sh" "-c" "service nginx start"] # 正确做法 # nginx :可执行文件 CMD ["nginx", "-g", "daemon off;"]
7, ENTRYPOINT：
待续...