云计算-8-Dockerfile深度解析
- ARG和ENV
- ARG
- ENV
- **RUN 和 ENTRYPOINT**区别
- **使用 RUN 指令安装应用和软件包，构建镜像**
- **ENTRYPOINT配置容器启动时的执行命令（不会被忽略，一定会被执行，即使运行 `docker run`时指定了其他命令）**
- **ADD和COPY**
- COPY
- ADD
- **EXPOSE**
ARG和ENV
ARG
ARG用于设置环境变量，只在build期间生效，run期无效
- 例子：构建arg_1的Dockerfile，我们还是以nginx为例，
FROM nginx
ARG arg1=22222
RUN echo 'echo "<h1>$1, Docker!</h1>" > /usr/share/nginx/html/index.html' > ./entrypoint.sh \
&& chmod +rwx ./entrypoint.sh \
&& ./entrypoint.sh $arg1
- 以上例子，我们构建镜像
docker build -t mynginx:v1 -f /root/arg_1 .
- 运行镜像
docker run -it --name mynginx_arg1 -p 8881:80 -d mynginx:v1
- 看出运行结果：
ARG指定的变量，在构建镜像的时候使用--build-arg <参数名> =值进行传递,会覆盖Dockerfile 中指定的同名参数
Dockerfile脚本还是上面的脚本，不过就是我们在构建的时候进行传递参数
- 使用--build-arg传递ARG设置的参数
docker build -t mynginx:v2 --build-arg arg1=hahahah -f /root/arg_1 .
- 运行 mynginx:v2镜像
docker run -it --name mynginx_arg2 -p 8882:80 -d mynginx:v2
灵活使用ARG指令，可以在不修改Dockerfile的情况下，构建不同镜像
就像上面展示的，我们可以在构建镜像的时候，给参数传递不同的值，构建出不同的镜像
ENV
存在两种格式
- ENV
- ENV==...
ENV指令和ARG指令特别相似，ARG在build的时候生效，ENV在 run的时候生效，都可以直接使用这里定义的环境变量。
docker run --env 可以修改这些值
- 构建env_1的Dockerfile，我们还是以nginx为例
FROM nginx
ARG arg1=1111
ENV arg2=2222
RUN echo 'echo "<h1>$1,$2, Docker!</h1>" > /usr/share/nginx/html/index.html' > ./entrypoint.sh \
&& chmod +rwx ./entrypoint.sh \
&& ./entrypoint.sh $arg1 $arg2
- 构建镜像
docker build -t mynginx:v3 --build-arg arg1=envtest -f /root/env_1 .
- 运行mynginx:v3镜像
docker run -it --name mynginx_env1 -p 8883:80 --env arg2=envtest2 -d mynginx:v3
- 查看结果
我们发现我们在docker run的时候使用--env的时候修改了arg2参数，但是没有生效
为什么我们在docker run使用--env指令的时候没有生效呢？这是因为Dockerfile中RUN 和 ENTRYPOINT存在区别
RUN 和 ENTRYPOINT区别
使用 RUN 指令安装应用和软件包，构建镜像
从上面 的ENV和ARG构建镜像的例子我们可以看出来，RUN是在构建镜像的时候生效的，生效以后文件已经生效，在docker run的时候，指令就不能再修改参数了
ENTRYPOINT配置容器启动时的执行命令（不会被忽略，一定会被执行，即使运行 docker run时指定了其他命令）
- 修改Dockerfile文件env_1为env_2脚本如下
FROM nginx
ENV arg2=2222
ENTRYPOINT echo 'echo "<h1>$1, Docker!</h1>" > /usr/share/nginx/html/index.html' > ./entrypoint.sh \
&& chmod +rwx ./entrypoint.sh \
&& ./entrypoint.sh $arg2 \
&& exec nginx -g 'daemon off;'
- 构建镜像
docker build -t mynginx:v4 --build-arg -f /root/env_2 .
- 运行mynginx:v4
docker run -it --name mynginx_env4 -p 8884:80 --env arg2=envtest2 -d mynginx:v4
ADD和COPY
COPY
格式：
- COPY [--chown=:] <源路径>... <目标路径>
- COPY [--chown=:] ["<源路径1>",... "<目标路径>"]
它和RUN一样，有两种格式，一种类似命令，一种类似函数调用，COPY指令将从构建上下文目录源路径的文件、目录复制到新的一层
镜像内的 <目标路径> 位置。
- 构建镜像文件copy_1
FROM nginx
COPY index.html /usr/share/nginx/html/index.html
- 创建index.html
vi index.html
index.html内容
<h1>copy test, Docker!</h1>
- 构建镜像
docker build -t mynginx:v5 -f /root/add/copy_1 .
- 运行镜像
docker run -it --name mynginx_copy -p 8885:80 -d mynginx:v5
查看运行结果
ADD
同COPY用法，不过 ADD拥有自动下载远程文件和解压的功能。
- src 路径必须在构建的上下文中；不能使用 ../something /something 这种方式，因为docker
- 构建的第一步是将上下文目录（和子目录）发送到docker守护程序。
- 如果 src 是URL，并且 dest 不以斜杠结尾，则从URL下载文件并将其复制到 dest 。
- 如果 dest 以斜杠结尾，将自动推断出url的名字（保留最后一部分），保存到 dest
- 如果 src 是目录，则将复制目录的整个内容，包括文件系统元数据。
EXPOSE
格式为 EXPOSE <端口1> [<端口2>...]。
- EXPOSE指令通知Docker容器在运行时在指定的网络端口上进行侦听。可以指定端口是侦听TCP还
是UDP，如果未指定协议，则默认值为TCP。
- EXPOSE指令实际上不会发布端口。它充当构建映像的人员和运行容器的人员之间的一种文档，即
有关打算发布哪些端口的信息。要在运行容器时实际发布端口，请在docker run上使用-p标志发布
并映射一个或多个端口，或使用-P标志发布所有公开的端口并将其映射到高阶端口
如果您觉得本文不错，欢迎关注,点赞,收藏支持，您的关注是我坚持的动力！
公众号 springboot葵花宝典 主要分享JAVA技术，主要包含SpringBoot、SpingCloud、Docker、中间件等技术，以及Github开源项目
原创不易，转载请注明出处，感谢支持！如果本文对您有用，欢迎转发分享！