🌈个人主页：秦jh__https://blog.csdn.net/qinjh_?spm=1010.2135.3001.5343
🔥 系列专栏：Docker_秦jh_的博客-CSDN博客
目录
Docker 镜像制作
镜像制作及原因
Docker 镜像制作方式
快照方式制作镜像
制作命令
docker commit
Dockerfile 制作镜像
Dockerfile 是什么
Dockerfile 格式
生活案例
为什么需要 Dockerfile
Dockerfile 指令
指令清单
FROM
MAINTAINER
LABEL
COPY
ENV
WORKDIR
ADD
RUN
CMD
EXPOSE
ENTRYPOINT
ARG
VOLUME
SHELL
USER
HEALTHCHECK
ONBUILD
STOPSIGNAL
制作命令
docker build
Dockerfile 编写优秀实践
操作实战
CMD 与 EntryPoint 实战
基础知识
覆盖
Shell 和 Exec 模式
组合模式
实战
覆盖
Shell VS Exec
组合
镜像制作常见问题
前言
💬 hello! 各位铁子们大家好哇。
今日更新了Docker相关内容
🎉 欢迎大家关注🔍点赞👍收藏⭐️留言📝
Docker 镜像制作
镜像制作及原因
镜像制作是因为某种需求，官方的镜像无法满足需求，需要我们通过一定手段来自定 义镜像来满足要求。
制作镜像往往因为以下原因
1. 编写的代码如何打包到镜像中直接跟随镜像发布
2. 第三方制作的内容安全性未知，如含有安全漏洞
3. 特定的需求或者功能无法满足，如需要给数据库添加审计功能
4. 公司内部要求基于公司内部的系统制作镜像，如公司内部要求使用自己的操作系 统作为基础镜像
Docker 镜像制作方式
制作容器镜像，主要有两种方法：
• 制作快照方式获得镜像（偶尔制作的镜像）：在基础镜像上（比如 Ubuntu），先登 录容器中，然后安装镜像需要的所有软件，最后整体制作快照。
• Dockerfile 方式构建镜像（经常更新的镜像）：将软件安装的流程写成 Dockerfile， 使用 docker build 构建成容器镜像。
快照方式制作镜像
制作命令
docker commit
• 功能 从容器创建一个新的镜像。
语法
docker commit [OPTIONS] CONTAINER [REPOSITORY[:TAG]]
参数
￮ -a :提交的镜像作者；
￮ -c :使用 Dockerfile 指令来创建镜像；可以修改启动指令
￮ -m :提交时的说明文字；
￮ -p :在 commit 时，将容器暂停。
样例
docker commit c3f279d17e0a maxhou/mynginx:v01
Dockerfile 制作镜像
Dockerfile 是什么
镜像的定制实际上就是定制每一层所添加的配置、文件。如果我们可以把每一层 修改、安装、构建、操作的命令都写入一个脚本，用这个脚本来构建、定制镜像,这个 脚本就是 Dockerfile
Dockerfile 是一个文本文件，其内包含了一条条的指令(Instruction)，每一条指令 构建一层，因此每一条指令的内容，就是描述该层应当如何构建。
Dockerfile 格式
# Comment
INSTRUCTION arguments
该指令不区分大小写。然而，约定是它们是大写的，以便更容易地将它们与参数区分 开来。
Docker 按顺序运行指令 Dockerfile
Docker 将以开头的行视为#注释，行中其他任何地方的标记#都被视为参数。
生活案例
为什么需要 Dockerfile
• 可以按照需求自定义镜像
￮ 和 docker commit 一样能够自定义镜像，官方的镜像可以说很少能直接满足 我们应用的，都需要我们自己打包自己的代码进去然后做成对应的应用镜像对外 使用。
• 很方便的自动化构建，重复执行
￮ 通过 dockerfile 可以自动化的完成镜像构建，而不是像 docker commit 一样， 手动一个命令一个命令执行，而且可以重复执行，docker commit 的话很容易忘 记执行了哪个命令，哪个命令没有执行。
• 维护修改方便，不再是黑箱操作
￮ 使用 docker commit 意味着所有对镜像的操作都是黑箱操作，生成的镜像也 被称为黑箱镜像,dockerfile 很容易二次开发。
• 更加标准化，体积可以做的更小
￮ docker 容器启动后，系统运行会生成很多运行时的文件，如果使用 commit 会 导致这些文件也存储到镜像里面，而且 commit 的时候安装了很多的依赖文件， 没有有效的清理机制的话会导致镜像非常的臃肿。使用 Dockerfile 则会更加标准 化，而且提供多级构建，将编译和构建分开，不会有运行时的多余文件，更加的 标准化。
Dockerfile 指令
指令清单
FROM
功能 ￮ FROM 指令用于为镜像文件构建过程指定基础镜像，后续的指令运行于此基 础镜像所提供的运行环境
注意事项
￮ FROM 指令必须是 Dockerfile 中非注释行或者 ARG 之后的第一个指令；
￮ 实践中，基准镜像可以是任何可用镜像文件，默认情况下，docker build 会在 docker 主机上查找指定的镜像文件，在其不存在时，则会自动从 Docker 的公共 库 pull 镜像下来。如果找不到指定的镜像文件，docker build 会返回一个错误信 息；
￮ FROM 可以在一个 Dockerfile 中出现多次，如果有需求在一个 Dockerfile 中 创建多个镜像,或将一个构建阶段作为另一个的依赖。
￮ 如果 FROM 语句没有指定镜像标签，则默认使用 latest 标签。
语法
FROM [--platform=] [AS ]
FROM [--platform=] [:] [AS ]
FROM [--platform=] [@] [AS ]
参数
￮ <platform>:构建的 cpu 架构，如 linux/amd64, linux/arm64, windows/amd64
￮ <image>：指定作为 base image 的名称；
￮ <tag>：base image 的标签，省略时默认 latest；
￮ <digest>：是镜像的哈希码；
￮ AS <name> : 指定构建步骤的名称，配合 COPY --from=<name>可以完成多 级构建
样例
FROM busybox:latest
MAINTAINER
功能 ￮ 用于让 dockerfile 制作者提供本人的详细信息 ￮ 该功能已经废弃，由 label 替代
语法
MAINTAINER <authtor's detail>
参数
<authtor's detail>：作者信息
样例
MAINTAINER "XXX <XXXXX>"
LABEL
功能 ￮ 为镜像添加元数据，元数据是 kv 对形式
语法
LABEL <key>=<value> <key>=<value> <key>=<value> ...
样例
LABEL com.example.label-with-value="foo"
LABEL multi.label1="value1" multi.label2="value2" other="value3"
COPY
功能 ￮ 用于从 docker 主机复制新文件或者目录至创建的新镜像指定路径中 。
语法
COPY [--chown=<user>:<group>] <src>...<dest>
COPY [--chown=<user>:<group>] ["<src>",... "<dest>"]
参数
￮ <src>：要复制的源文件或目录，支持使用通配符；
￮ <dest>：目标路径，即正在创建的 image 的文件系统路径；建议使用 <dest>绝对路径，否则，COPY 指定以 WORKDIR 为当前路径
在路径中有空白字符时，通常使用第 2 种格式；
￮ --chown：修改用户和组
￮ --from 可选项 :
▪ 可以从之前构建的步骤中拷贝内容，结合 FROM .. AS 往往用作 多级构建，后续我们有实战课专门完成多级构建
注意事项
￮ <src>必须是 build 上下文中的路径，不能是其父目录中的文件；
￮ 如果<src>是目录，则其内部文件或子目录会被递归复制，但<src>目录自身 不会被复制；
￮ 如果指定了多个<src>，或在<src>中使用了通配符，则<dest>必须是一个目 录，且必须以 / 结尾；
￮ 如果<dest>事先不存在，它将会被自动创建，这包括父目录路径。
样例
COPY index.html /data/web/html/ #要确保 dockerfile 同级路径下有 index.html 文件
ENV
功能 ￮ 用于为镜像定义所需的环境变量，并可被 Dockerfile 文件中位于其后的其它指 令(如 ENV、ADD、COPY 等)所调用 ￮ 调用格式为$variable_name 或 ${variable_name}
语法
ENV <key>=<value> ...
样例
ENV MY_NAME="John Doe"
WORKDIR
功能 ￮ 为 Dockerfile 中所有的 RUN、CMD、ENTRYPOINT、COPY 和 ADD 指定设 定工作目录
语法
WORKDIR /path/to/workdir
注意事项
￮ 默认的工作目录是/
￮ 如果提供了相对路径，它将相对于前一条 WORKDIR 指令的路径。
￮ WORKDIR 指令可以解析先前使用设置的环境变量 ENV
样例
WORKDIR /a
WORKDIR b
WORKDIR c
RUN pwd
#此处最终命令的输出 Dockerfile 为/a/b/c.
ADD
功能 ￮ ADD 指令类似于 COPY 指令，ADD 支持使用 TAR 文件和 URL 路径,会自动 完成解压和下载
语法
ADD [--chown=<user>:<group>] <src>...<dest>
ADD [--chown=<user>:<group>] ["<src>",... "<dest>"]
参数
￮ <src>：要复制的源文件或目录，支持使用通配符；
￮ <dest>：目标路径，即正在创建的 image 的文件系统路径；建议使用<dest> 绝对路径，否则，ADD 指定以 WORKDIR 为其实路径；在路径中有空白字符时， 通常使用第 2 种格式；
￮ --chown：修改用户和组
RUN
功能 ￮ 用于指定 docker build 过程中运行的程序，其可以是任何命令
语法
#shell form
RUN <command>
#exec form
RUN ["executable", "param1", "param2"]
参数
￮ 第一种格式中，<command>通常是一个 shell 命令， 且以“/bin/sh -c”来运 行它,Windows 默认为 cmd /S /C。如果一个脚本 test.sh 不能自己执行，必须要 /bin/sh -c test.sh 的方式来执行，那么，如果使用 RUN 的 shell 形式，最后 得到的命令相当于:
/bin/sh -c "/bin/sh -c 'test.sh'"
￮ 第二种语法格式中的参数是一个 JSON 格式的数组，其中<executable>为要 运行的命令，后面的 <paramN>为传递给命令的选项或参数；然而，此种格式指 定的命令不会以“/bin/sh -c”来发起，因此常见的 shell 操作如变量替换以及通配 符(?,*等)替换将不会进行；不过，如果要运行的命令依赖于此 shell 特性的话，可 以将其替换为类似下面的格式。 RUN ["/bin/bash", "-c", "<executable>", "<param1>"]
样例
ENV WEB_SERVER_PACKAGE nginx-1.21.1.tar.gz
RUN cd ./src && tar -xf ${WEB_SERVER_PACKAGE}
CMD
功能
￮ 类似于 RUN 指令，CMD 指令也可用于运行任何命令或应用程序，不过，二 者的运行时间点不同
￮ RUN 指令运行于映像文件构建过程中，而 CMD 指令运行于基于 Dockerfile 构建出的新映像文件启动一个容器时
￮ CMD 指令的首要目的在于为启动的容器指定默认要运行的程序，且其运行结 束后，容器也将终止；不过，CMD 指定的命令其可以被 docker run 的命令行选 项所覆盖
￮ 在 Dockerfile 中可以存在多个 CMD 指令，但仅最后一个会生效
语法
CMD ["executable","param1","param2"] (exec form, this is the preferred form)
CMD ["param1","param2"] (as default parameters to ENTRYPOINT)
CMD command param1 param2 (shell form)
注意事项
￮ 第二种则用于为 ENTRYPOINT 指令提供默认参数
￮ json 数组中，要使用双引号，单引号会出错
样例
CMD ["/usr/bin/wc","--help"]
EXPOSE
功能
￮ 用于为容器声明打开指定要监听的端口以实现与外部通信
￮ 该 EXPOSE 指令实际上并不发布端口。它充当构建图像的人和运行容器的人之 间的一种文档，关于要发布哪些端口。要在运行容器时实际发布端口，使用-p 参 数发布和映射一个或多个端口，或者使用-Pflag 发布所有暴露的端口并将它们映 射宿主机端口。
语法
EXPOSE <port>[<port>/<protocol>...]
参数
￮ <protocol>：tcp/udp 协议
￮ <port>：端口
样例
EXPOSE 80/tcp
ENTRYPOINT
功能 ￮ 用于指定容器的启动入口
语法
#exec from
ENTRYPOINT ["executable", "param1", "param2"]
# shell form
ENTRYPOINT command param1 param2
参数
￮ json 数组中，要使用双引号，单引号会出错
样例
ENTRYPOINT ["nginx","-g","daemon off;"]
ARG
功能
￮ ARG 指令类似 ENV，定义了一个变量；区别于 ENV：用户可以在构建时 docker build --build-arg <varname>=<value> 进行对变量的修改；ENV 不可以；
￮ 如果用户指定了未在 Dockerfile 中定义的构建参数，那么构建输出警告。
语法
ARG <name>[=<default value>]
注意事项
￮ Dockerfile 可以包含一个或多个 ARG 指令
￮ ARG 支持指定默认值
￮ 使用范围：定义之后才能使用，定义之前为空，如下面的案例，执行命令 docker build --build-arg username=what_user .第二行计算结果为 some_user ，不是我们指定的 build-arg 中的参数值 what_user
FROM busybox
USER ${username:-some_user}
ARG username
USER $username
# ...
￮ ENV 和 ARG 同时存在，ENV 会覆盖 ARG
FROM ubuntu
ARG CONT_IMG_VER
ENV CONT_IMG_VER=v1.0.0
RUN echo $CONT_IMG_VER
执行下面指令输出 v1.0.0
docker build --build-arg CONT_IMG_VER=v2.0.1 .
我们可以优化写法为
FROM ubuntu
ARG CONT_IMG_VER
ENV CONT_IMG_VER=${CONT_IMG_VER:-v1.0.0}
RUN echo $CONT_IMG_VER
￮ 系统内置了一些 ARG 变量
▪ HTTP_PROXY
▪ http_proxy
▪ HTTPS_PROXY
▪ https_proxy
▪ FTP_PROXY
▪ ftp_proxy
▪ NO_PROXY
▪ no_proxy
▪ ALL_PROXY
▪ all_proxy
样例
FROM busybox
ARG user1=someuser
ARG buildno=1
VOLUME
功能
￮ 用于在 image 中创建一个挂载点目录
￮ 通过 VOLUME 指令创建的挂载点，无法指定主机上对应的目录，是自动生成 的。
语法
VOLUME <mountpoint>
VOLUME ["<mountpoint>"]
参数
￮ mountpoint:挂载点目录
注意事项
▪ 如果挂载点目录路径下此前有文件存在，docker run 命令会在卷挂载完成后将此前的所有文件复制到新挂载的卷中
▪ 其实 VOLUME 指令只是起到了声明了容器中的目录作为匿名卷，但是并 没有将匿名卷绑定到宿主机指定目录的功能。
▪ volume 只是指定了一个目录，用以在用户忘记启动时指定-v 参数也可以 保证容器的正常运行。比如 mysql，你不能说用户启动时没有指定-v，然后 删了容器，就把 mysql 的数据文件都删了，那样生产上是会出大事故的，所 以 mysql 的 dockerfile 里面就需要配置 volume，这样即使用户没有指定-v， 容器被删后也不会导致数据文件都不在了。还是可以恢复的。
▪ volume 与-v 指令一样，容器被删除以后映射在主机上的文件不会被删除。
▪ 如果-v 和 volume 指定了同一个位置，会以-v 设定的目录为准，其实 volume 指令的设定的目的就是为了避免用户忘记指定-v 的时候导致的数据丢 失，那么如果用户指定了-v，自然而然就不需要 volume 指定的位置了。
样例
VOLUME ["/data1","/data2"]
SHELL
功能
￮ SHELL 指令允许覆盖用于 shell 命令形式的默认 shell。
￮ Linux 上的默认 shell 是["/bin/sh"，"-c"]，在 Windows 上是["cmd"，"/S"， "/C"]
￮ SHELL 指令必须以 JSON 格式写入 Dockerfile。
语法
SHELL ["executable", "parameters"]
参数
￮ executable：shell 可执行文件的位置
￮ parameters：shell 执行的参数
注意事项
▪ SHELL 指令可以多次出现。
▪ 每个 SHELL 指令都会覆盖所有先前的 SHELL 指令，并影响所有后续指 令。
▪ 该 SHELL 指令在 Windows 上特别有用，因为 windows 行有两种不同的 shell：cmd 和 powershell
样例
FROM microsoft/windowsservercore # Executed as cmd /S /C echo default RUN echo default # Executed as cmd /S /C powershell -command Write-Host default RUN powershell -command Write-Host default # Executed as powershell -command Write-Host hello SHELL ["powershell", "-command"] RUN Write-Host hello # Executed as cmd /S /C echo hello SHELL ["cmd", "/S", "/C"] RUN echo helloUSER
功能
￮ 用于指定运行 image 时的或运行 Dockerfile 中任何 RUN、CMD 或 ENTRYPOINT 指令定的程序时的用户名或 UID
￮ 默认情况下，container 的运行身份为 root 用户
语法
USER <user>[:<group>]
USER <UID>[:<GID>]
参数
￮ user:用户
￮ group：用户组
￮ uid:用户 id
￮ gid:组 id
注意事项
▪ 可以为任意数字，但实践中其必须为/etc/passwd 中某用户的有效 UID,否则将运行失败
样例
USER docker:docker
HEALTHCHECK
功能
￮ HEALTHCHECK 指令告诉 Docker 如何测试容器以检查它是否仍在工作。
￮ 即使服务器进程仍在运行，这也可以检测出陷入无限循环且无法处理新连接 的 Web 服务
器等情况。
语法
HEALTHCHECK [OPTIONS] CMD command (check container health by running a command inside the container)
HEALTHCHECK NONE (disable any healthcheck inherited from the base image)
参数
OPTIONS 选项有：
▪ --interval=DURATION (default: 30s)：每隔多长时间探测一次，默认 30 秒
▪ -- timeout= DURATION (default: 30s)：服务响应超时时长，默认 30 秒
▪ --start-period= DURATION (default: 0s)：服务启动多久后开始探测，默 认 0 秒
▪ --retries=N (default: 3)：认为检测失败几次为宕机，默认 3 次
返回值
▪ 0：容器成功是健康的，随时可以使用
▪ 1：不健康的容器无法正常工作
▪ 2：保留不使用此退出代码
样例
HEALTHCHECK --interval=5m --timeout=3s \ CMD curl -f http://localhost/ || exit 1
ONBUILD
功能
￮ 用于在 Dockerfile 中定义一个触发器
￮ 以该 Dockerfile 中的作为基础镜像由 FROM 指令在 build 过程中被执行时， 将会“触发”创建其 base image 的 Dockerfile 文件中的 ONBUILD 指令定义的触 发器
语法
ONBUILD <INSTRUCTION>
参数
INSTRUCTION：dockerfile 的一条指令
样例
ONBUILD ADD . /app/src
STOPSIGNAL
功能
￮ STOPSIGNAL 指令设置将发送到容器的系统调用信号。
￮ 此信号可以是与内核的系统调用表中的位置匹配的有效无符号数，例如 9， 或者 SIGNAME 格式的信号名，例如 SIGKILL。
语法
STOPSIGNAL signal
参数
￮ STOPSIGNAL 指令设置将发送到容器出口的系统调用信号。 此信号可以是与 内核的系统调用表中的位置匹配的有效无符号数，例如 9，或者 SIGNAME 格式 的信号名，例如 SIGKILL。常见的信号如下：
样例
STOPSIGNAL 9
制作命令
docker build
功能 docker build 命令用于使用 Dockerfile 创建镜像。
语法
docker build [OPTIONS] PATH | URL | -
关键参数
￮ --build-arg=[] :设置镜像创建时的变量；
￮ -f :指定要使用的 Dockerfile 路径；
￮ --label=[] :设置镜像使用的元数据；
￮ --no-cache :创建镜像的过程不使用缓存；
￮ --pull :尝试去更新镜像的新版本；
￮ --quiet, -q :安静模式，成功后只输出镜像 ID；
￮ --tag, -t: 镜像的名字及标签，通常 name:tag 或者 name 格式；可以在一次构 建中为一个镜像设置多个标签。
￮ --network: 默认 default。在构建期间设置 RUN 指令的网络模式
样例
docker build -t mynginx:v1 .
Dockerfile 编写优秀实践
1. 善用.dockerignore 文件
使用它可以标记在执行 docker build 时忽略的路径和文件，避免发送不必要的数据内 容，从而加快整个镜像创建过程。
2. 镜像的多阶段构建
通过多步骤创建，可以将编译和运行等过程分开，保证最终生成的镜像只包括运行应 用所需要的最小化环境。当然，用户也可以通过分别构造编译镜像和运行镜像来达到 类似的结果，但这种方式需要维护多个 Dockerfile。
3. 合理使用缓存
如合理使用 cache，减少内容目录下的文件，内容不变的指令尽量放在前面，这样可 以尽量复用；
4. 基础镜像尽量使用官方镜像，并选择体积较小镜像
容器的核心是应用，大的平台微服务可能几十上百个。选择过大的父镜像（如 Ubuntu 系统镜像）会造成最终生成应用镜像的臃肿，推荐选用瘦身过的应用镜像（如 node:slim），或者较为小巧的系统镜像（如 alpine、busybox 或 debian）；
5. 减少镜像层数
如果希望所生成镜像的层数尽量少，则要尽量合并 RUN、ADD 和 COPY 指令。通常 情况下，多个 RUN 指令可以合并为一条 RUN 指令；如 apt get update&&apt install 尽 量写到一行
6. 精简镜像用途
尽量让每个镜像的用途都比较集中单一，避免构造大而复杂、多功能的镜像；
7. 减少外部源的干扰
如果确实要从外部引入数据，需要指定持久的地址，并带版本信息等，让他人可以复 用而不出错。
8. 减少不必要的包安装
只安装需要的包，不要安装无用的包，减少镜像体积。
操作实战
CMD 与 EntryPoint 实战
基础知识
ENTRYPOINT 和 CMD 都是在 docker image 里执行一条命令, 但是他们有一些微妙的 区别.一般来说两个大部分功能是相似的都能满足。
比如执行运行一个没有调用 ENTRYPOINT 或者 CMD 的 docker 镜像, 返回错误，一般 的镜像最后都提供了 CMD 或者 EntryPoint 作为入口。
覆盖
在写 Dockerfile 时, ENTRYPOINT 或者 CMD 命令会自动覆盖之前的 ENTRYPOINT 或者 CMD 命令.
在 docker 镜像运行时, 用户也可以在命令指定具体命令, 覆盖在 Dockerfile 里的命令.
如果你希望你的 docker 镜像只执行一个具体程序, 不希望用户在执行 docker run 的时 候随意覆盖默认程序. 建议用 ENTRYPOINT.
Shell 和 Exec 模式
ENTRYPOINT 和 CMD 指令支持 2 种不同的写法: shell 表示法和 exec 表示法.
CMD 命令语法
ENTRYPOINT 语法
当使用 shell 表示法时, 命令行程序作为 sh 程序的子程序运行, docker 用/bin/sh -c 的语 法调用. 如果我们用 docker ps 命令查看运行的 docker, 就可以看出实际运行的是 /bin/sh -c 命令。这样运行的结果就是我们启动的程序的 PID 不是 1，如果从外部发送 任何 POSIX 信号到 docker 容器, 由于/bin/sh 命令不会转发消息给实际运行的命令, 则不能安全得关闭 docker 容器。
EXEC 语法没有启动/bin/sh 命令, 而是直接运行提供的命令, 命令的 PID 是 1. 无论你用 的是 ENTRYPOINT 还是 CMD 命令, 都强烈建议采用 exec 表示法。
组合模式
组合使用 ENTRYPOINT 和 CMD, ENTRYPOINT 指定默认的运行命令, CMD 指定默认 的运行参数.ENTRYPOINT 和 CMD 同时存在时, docker 把 CMD 的命令拼接到 ENTRYPOINT 命令之后, 拼接后的命令才是最终执行的命令.
实战
覆盖
多次覆盖
参数覆盖
Shell VS Exec
1. 我们编写下面的 Dockerfile3，执行 ping 命令
2. 然后编译镜像，运行
组合
镜像制作常见问题
1. ADD 与 COPY 的区别
ADD：不仅能够将构建命令所在的主机本地的文件或目录，而且能够将远程 URL 所对应的文件或目录，作为资源复制到镜像文件系统。所以，可以认为 ADD 是增强版 的 COPY，支持将远程 URL 的资源加入到镜像的文件系统。
COPY：COPY 指令能够将构建命令所在的主机本地的文件或目录，复制到镜像 文件系统。
有的时候就是只需要拷贝压缩包，那么我们就要用 COPY 指令了
2. CMD 与 EntryPoint 的区别
ENTRYPOINT 容器启动后执行的命令,让容器执行表现的像一个可执行程序一 样,与 CMD 的 区 别 是 不 可 以 被 docker run 覆 盖 , 会 把 docker run 后 面 的 参 数 当 作 传 递 给 ENTRYPOINT 指令的参数。
Dockerfile 中只能指定一个 ENTRYPOINT,如果指定了很多,只 有 最 后 一 个 有 效 。 docker run 命 令 的 -entrypoint 参 数 可 以 把 指 定 的 参 数 继 续 传 递 给 ENTRYPOINT
组合使用 ENTRYPOINT 和 CMD, ENTRYPOINT 指定默认的运行命令, CMD 指定默认的运行参数
3. 多个 From 指令如何使用
多个 FROM 指令并不是为了生成多根的层关系，最后生成的镜像，仍以最后一条 FROM 为准，之前的 FROM 会被抛弃，那么之前的 FROM 又有什么意义呢？
每一条 FROM 指令都是一个构建阶段，多条 FROM 就是多阶段构建，虽然最后 生成的镜像只能是最后一个阶段的结果，但是，能够将前置阶段中的文件拷贝到 后边的阶段中，这就是多阶段构建的最大意义。
最大的使用场景是将编译环境和运行环境分离.
4. 快照和 dockerfile 制作镜像有什么区别？
等同于为什么要使用 Dockerfile。
5. 什么是空悬镜像（dangling ）
仓库名、标签均为<none> 的镜像被称为虚悬镜像，一般来说，虚悬镜像已经失去了存 在的价值，是可以随意删除的。
造成虚悬镜像的原因：
原因一：
原本有镜像名和标签的镜像，发布了新版本后，重新 docker pull *** 时，旧的镜像名 被转移到了新下载的镜像身上，而旧的镜像上的这个名称则被取消；
原因二：
docker build 同样可以导致这种现象。比如用 dockerfile1 构建了个镜像 tnone1:v1,又 用另外一个 Dockerfile2 构建了一个镜像 tnone1:v1，这样之前的那个镜像就会变成空 悬镜像。
可以用下面的命令专门显示这类镜像：
docker image ls -f dangling=true
6. 中间层镜像是什么？
为了加速镜像构建、重复利用资源，Docker 会利用 中间层镜像。所以在使用一段时间 后，可能会看到一些依赖的中间层镜像。默认的 docker image ls 列表中只会显示 顶层镜像，如果希望显示包括中间层镜像在内的所有镜像的话，需要加 -a 参数。
docker image ls -a
这样会看到很多无标签的镜像，与之前的虚悬镜像不同，这些无标签的镜像很多都是 中间层镜像，是其它镜像所依赖的镜像。这些无标签镜像不应该删除，否则会导致上 层镜像因为依赖丢失而出错。实际上，这些镜像也没必要删除，因为之前说过，相同 的层只会存一遍，而这些镜像是别的镜像的依赖，因此并不会因为它们被列出来而多 存了一份，无论如何你也会需要它们。只要删除那些依赖它们的镜像后，这些依赖的 中间层镜像也会被连带删除。
