开发者学堂课程【Docker 快速入门：DockerFile 保留字指令】学习笔记，与课程紧密联系，让用户快速学习知识。
课程地址：https://developer.aliyun.com/learning/course/850/detail/14047
DockerFile 保留字指令
内容介绍
一．DockerFile 体系结构
二．总结
一．DockerFile体系结构
FROM：基础镜像，当前新镜像是基于哪个镜像的
MAINTAINER:镜像维护者的姓名和邮箱地址
RUN：容器构建时需要运行的命令
//具体的操作有点类似于在程序里面编了一个100行的程序，在调试过程当中，写了一行1111111，又写了2222222，到这的时候就是运行，构建的时候需要执行的额外的一些命令。
EXPOSE:当前容器对外报漏洞端口号
//
RUN groupadd -r redis 88 useradd-r-g redis redis
Redis 这个镜像，是 groupadd 建立一个用户组，并且又添加一个叫 redis 的用户，这就是在构建镜像的过程当中执行一个具体的命令。暴露出该镜像变成实例对外启动以后服务的端口号。
WORKDIR:指定在创建容器后，终端默认登陆的进来工作目录，一个落脚点
// [root@atguigu ~]# docker run -it centos
[root@d6f8b2627f79/]# pwd
[root@d6f8b2627f79/]#
运行这个镜像获得一个实例,默认的 centos 落脚点是根目录，在 centos 没有指定，没有指定就是登录到根目录。
如果后续执行改了这个镜像，登录的时候落脚点就是 tmp：
[root@d6f8b2627f79/]#cd/tmp
[root@d6f8b2627f79 tmp]# pwd
/tmp
[root@d6f8b2627f79tmp]#
ENV:用来在构建镜像过程中设置环境变量
// ENV MY_PATH/usr/mytest
这个环境变量可以在后续的任何RUN指令中使用，这就如同在命令前面指定了环境变量前缀一样:也可以在其它指令中直接使用这些环境变量，
比如:WORKDIR $MY PATH
ADD:将宿主机目录下的文件拷贝进镜像日ADD命令会自动外理 URL 和解压 tar 压缩包
//ADD centos-7-docker.tar.xz/
ADD 相当于 COPY。这句的意思是在构建 dockerfile 上下文路径的时候，把这个jar 包拷贝进镜像里。ADD 就相当于 COPY，它们两个功能一样，但是ADD要比COPY 强大，因为 COPY 是直接拷贝，ADD 是拷贝加解压缩。在这时候给一个 tar包，如果是 COPY ，可能处理起来就特别的困难。一般压缩包是在拷贝的过程当中再解压。
COPY:-类似 ADD，拷贝文件和目录到镜像中。
-将从构建上下文目录中<源路径>的文件/目录复制到新的一 层的镜像内的<目标路径>位置：
①COPY src dest
②COPY ["src", "dest"]
VOLUME:容器数据卷，用于数据保存和持久化工作
//相当于建 centos 时同时在根目录下面自建两个活动硬盘或容器卷
data volume container1，data volume container2
CMD:-指定一个容器启动时要运行的命令
CMD 容器启动命令
- CMD 指令的格式和RUN 相似，也是两种格式:
- shell 格式:CMD<命令>
- exec 格式:CMD["可执行文件"，"参数1"，"参数2"...]
- 参数列表格式:CMD["参数1"，"参数2"…]。在指定了
ENTRYPOINT 指令后，用 CMD 指定具体的参数。
-Dockerfile 中可以有多个 CMD 指令，但只有最后一个生效，CMD 会被docker run 之后的参数替换
//CMD·["/bin/bash"]
CMD ["/bin/bash"]
CMD cat/etc/hosts
实行的时候最后一个会把前面的统统覆盖。
ENTRYPOINT:-指定一个容器启动时要运行的命令
-ENTRYPOINT 的目的和 CMD 一样，都是在指定容器启动程序及参数
//CMD 如果在那个终端那人工加的参数会把在 dockerfile 里面的最后一行给覆盖，而 ENTRYPOINT 不会覆盖而是追加。
ONBUILD：当构建一个被继承的 Dockerfile 时运行命令，父镜像在被子继承后父镜像的onbuild被触发。
//只要镜像继承了，父镜像还想做一点收尾的工作，或者是做点儿别的，就可以写onbuild，它类似于触发器。
二、总结
最终所有的镜像 Dockerfile 里边构成的镜像命令大致就是如下的一张表
比如 USER 主要是给哪个组的和哪个用户的 ID 来运行这个 Dockerfile，实际工作中能编写 Dockerfile 的肯定是谁编谁运行的，所以意义不大。
