Dockerfile中CMD和ENTRYPOINT区别

最新推荐文章于 2024-01-31 18:36:24 发布
最新推荐文章于 2024-01-31 18:36:24 发布
阅读量2.1k 收藏 16
点赞数 5
分类专栏： Docker 文章标签： docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_51971452/article/details/113574429
版权

在这里插入图片描述

CMD指令和ENTRYPOINT指令的作用都是为镜像指定容器启动后的命令，那么它们两者之间有什么各自的优点呢？

为了更好地对比CMD指令和ENTRYPOINT指令的差异，我们这里再列一下这两个指令的说明:

一、CMD

支持三种格式

  CMD ["executable","param1","param2"] 使用 exec 执行，推荐方式；
  CMD command param1 param2 在 /bin/sh 中执行，提供给需要交互的应用；
  CMD ["param1","param2"] 提供给 ENTRYPOINT 的默认参数；

1、指定启动容器时执行的命令，每个 Dockerfile 只能有一条 CMD 命令。如果指定了多条命令，只有最后一条会被执行。
2、如果用户启动容器时候指定了运行docker run的命令，则会覆盖掉 CMD 指定的命令。

二、ENTRYPOINT

两种格式：

ENTRYPOINT ["executable", "param1", "param2"]

ENTRYPOINT command param1 param2（shell中执行）。

1、配置容器启动后执行的命令，并且不可被 docker run 提供的参数覆盖。
2、每个 Dockerfile 中只能有一个 ENTRYPOINT，当指定多个时，只有最后一个起效

三、共同点

从上面的说明，我们可以看到有两个共同点：

1、都可以指定shell或exec函数调用的方式执行命令；
2、当存在多个CMD指令或ENTRYPOINT指令时，只有最后一个生效；

四、差异：

差异1：CMD指令指定的容器启动时命令可以被docker run指定的命令覆盖，
	  而ENTRYPOINT指令指定的命令不能被覆盖，而是将docker run指定的参数当做ENTRYPOINT指定命令的参数。

差异2：CMD指令可以为ENTRYPOINT指令设置默认参数，而且可以被docker run指定的参数覆盖；

下面分别对上面两个差异点进行详细说明:

差异1 举例

CMD指令指定的容器启动时命令可以被docker run指定的命令覆盖；
而ENTRYPOINT指令指定的命令不能被覆盖，而是将docker run指定的参数当做ENTRYPOINT指定命令的参数。

下面有个命名为startup的可执行shell脚本，其功能就是输出命令行参数而已。内容如下

#!/bin/bash

echo "in startup, args: $@"

1-1 通过CMD指定容器启动时命令：

现在我们新建一个Dockerfile文件，其将startup脚本拷贝到容器的/opt目录下，并通过CMD指令指定容器启动时运行该startup脚本。其内容如下，

FROM ubuntu:14.04
MAINTAINER lienhua34@xxx.com

ADD startup /opt
RUN chmod a+x /opt/startup

CMD ["/opt/startup"]

然后我们通过运行docker build命令生成test:latest镜像，

lienhua34@test$ sudo docker build -t test .
Sending build context to Docker daemon 4.096 kB
Step 1 : FROM ubuntu:14.04
 ---> a5a467fddcb8
Step 2 : MAINTAINER lienhua34@163.com
 ---> Using cache
 ---> 332259a92e74
Step 3 : ADD startup /opt
 ---> 3c26b6a8ef1b
Removing intermediate container 87022b0f30c5
Step 4 : RUN chmod a+x /opt/startup
 ---> Running in 4518ba223345
 ---> 04d9b53d6148
Removing intermediate container 4518ba223345
Step 5 : CMD /opt/startup
 ---> Running in 64a07c2f5e64
 ---> 18a2d5066346
Removing intermediate container 64a07c2f5e64
Successfully built 18a2d5066346

然后使用docker run启动两个test:latest镜像的容器
第一个docker run命令没有指定容器启动时命令，
第二个docker run命令指定了容器启动时的命令为“/bin/bash -c ‘echo Hello’”，

lienhua34@test$ sudo docker run -ti --rm=true test
in startup, args: 
lienhua34@test$ sudo docker run -ti --rm=true test /bin/bash -c 'echo Hello'
Hello

从上面运行结果可以看到，docker run命令启动容器时指定的运行命令覆盖了Dockerfile文件中CMD指令指定的命令。

1-2 通过ENTRYPOINT指定容器启动时命令：

将上面的Dockerfile中的CMD替换成ENTRYPOINT，内容如下所示，

FROM ubuntu:14.04
MAINTAINER lienhua34@xxx.com

ADD startup /opt
RUN chmod a+x /opt/startup

ENTRYPOINT [“/opt/startup”]

同样，通过运行docker build生成test:latest镜像，

lienhua34@test$ sudo docker build -t test .
Sending build context to Docker daemon 4.096 kB
Step 1 : FROM ubuntu:14.04
 ---> a5a467fddcb8
Step 2 : MAINTAINER lienhua34@163.com
 ---> Using cache
 ---> 332259a92e74
Step 3 : ADD startup /opt
 ---> Using cache
 ---> 3c26b6a8ef1b
Step 4 : RUN chmod a+x /opt/startup
 ---> Using cache
 ---> 04d9b53d6148
Step 5 : ENTRYPOINT /opt/startup
 ---> Running in cdec60940ad7
 ---> 78f8aca2edc2
Removing intermediate container cdec60940ad7
Successfully built 78f8aca2edc2

然后使用docker run启动两个test:latest镜像的容器
第一个docker run命令没有指定容器启动时命令，
第二个docker run命令指定了容器启动时的命令为“/bin/bash -c ‘echo Hello’”，

lienhua34@test$ sudo docker run -ti --rm=true test
in startup, args: 
lienhua34@test$ sudo docker run -ti --rm=true test /bin/bash -c 'echo Hello'
in startup, args: /bin/bash -c echo Hello

通过上面的运行结果可以看出，docker run命令指定的容器运行命令不能覆盖Dockerfile文件中ENTRYPOINT指令指定的命令，反而被当做参数传递给ENTRYPOINT指令指定的命令，例如上边案例中，/bin/bash -c ‘echo hello’ 整体被当成ENTRYPOINT指令的参数了

差异2 举例

CMD指令可以为ENTRYPOINT指令设置默认参数，而且可以被docker run指定的参数覆盖；

同样使用上面的startup脚本。编写Dockerfile，内容如下所示，

FROM ubuntu:14.04
MAINTAINER lienhua34@xxx.com
 
ADD startup /opt
RUN chmod a+x /opt/startup

ENTRYPOINT ["/opt/startup", "arg1"]
CMD ["arg2"]

运行docker build命令生成test:latest镜像，

lienhua34@test$ sudo docker build -t test .
Sending build context to Docker daemon 4.096 kB
Step 1 : FROM ubuntu:14.04
 ---> a5a467fddcb8
Step 2 : MAINTAINER lienhua34@163.com
 ---> Using cache
 ---> 332259a92e74
Step 3 : ADD startup /opt
 ---> Using cache
 ---> 3c26b6a8ef1b
Step 4 : RUN chmod a+x /opt/startup
 ---> Using cache
 ---> 04d9b53d6148
Step 5 : ENTRYPOINT /opt/startup arg1
 ---> Running in 54947233dc3d
 ---> 15a485253b4e
Removing intermediate container 54947233dc3d
Step 6 : CMD arg2
 ---> Running in 18c43d2d90fd
 ---> 4684ba457cc2
Removing intermediate container 18c43d2d90fd
Successfully built 4684ba457cc2

下面运行docker run启动两个test:latest镜像的容器
第一条docker run命令没有指定参数，
第二条docker run命令指定了参数arg3，其运行结果如下，

lienhua34@test$ sudo docker run -ti --rm=true test
in startup, args: arg1 arg2
lienhua34@test$ sudo docker run -ti --rm=true test arg3
in startup, args: arg1 arg3

从上面第一个容器的运行结果可以看出CMD指令为ENTRYPOINT指令设置了默认参数，即CMD中的“arg2”变成了ENTRYPOINT中的参数了
从第二个容器的运行结果看出，docker run命令指定的参数覆盖掉了dockerfile中CMD指令指定的参数；docker run 命令行指定的参数arg3替代掉dockerfile中CMD的 arg2了

3 注意点

CMD指令为ENTRYPOINT指令提供默认参数是基于镜像层次结构生效的，而不是基于是否在同个Dockerfile文件中。意思就是说，如果Dockerfile指定基础镜像中是ENTRYPOINT指定的启动命令，则该Dockerfile中的CMD依然是为基础镜像中的ENTRYPOINT设置默认参数。

例如，我们有如下一个Dockerfile文件，

FROM ubuntu:14.04
MAINTAINER lienhua34@xxx.com
 
ADD startup /opt
RUN chmod a+x /opt/startup

ENTRYPOINT ["/opt/startup", "arg1"]

通过运行docker build命令生成test:0.0.1镜像，然后创建该镜像的一个容器，查看运行结果，

lienhua34@test$ sudo docker build -t test:0.0.1 .
Sending build context to Docker daemon 6.144 kB
Step 1 : FROM ubuntu:14.04
 ---> a5a467fddcb8
Step 2 : MAINTAINER lienhua34@163.com
 ---> Running in 57a96522061a
 ---> c3bbf1bd8068
Removing intermediate container 57a96522061a
Step 3 : ADD startup /opt
 ---> f9884fbc7607
Removing intermediate container 591a82b2f382
Step 4 : RUN chmod a+x /opt/startup
 ---> Running in 7a19f10b5513
 ---> 16c03869a764
Removing intermediate container 7a19f10b5513
Step 5 : ENTRYPOINT /opt/startup arg1
 ---> Running in b581c32b25c3
 ---> c6b1365afe03
Removing intermediate container b581c32b25c3
Successfully built c6b1365afe03
lienhua34@test$ sudo docker run -ti --rm=true test:0.0.1
in startup, args: arg1

下面新建一个Dockerfile文件，基础镜像是刚生成的test:0.0.1，通过CMD指定要通过echo打印字符串“in test:0.0.2”。文件内容如下所示，

FROM test:0.0.1
MAINTAINER lienhua34@xxx.com

CMD ["/bin/bash", "-c", "echo in test:0.0.2"]

运行docker build命令生成test:0.0.2镜像，然后通过运行docker run启动一个test:0.0.2镜像的容器来查看结果

lienhua34@test$ sudo docker build -t test:0.0.2 .
Sending build context to Docker daemon 6.144 kB
Step 1 : FROM test:0.0.1
 ---> c6b1365afe03
Step 2 : MAINTAINER lienhua34@163.com
 ---> Running in deca95cf4c15
 ---> 971b5a819b48
Removing intermediate container deca95cf4c15
Step 3 : CMD /bin/bash -c echo in test:0.0.2
 ---> Running in 4a31c4652e1e
 ---> 0ca06ba31405
Removing intermediate container 4a31c4652e1e
Successfully built 0ca06ba31405
lienhua34@test$ sudo docker run -ti --rm=true test:0.0.2
in startup, args: arg1 /bin/bash -c echo in test:0.0.2

从上面结果可以看到，镜像test:0.0.2启动的容器运行时并不是打印字符串”in test:0.0.2”，而是将CMD指令指定的整个命令（echo in test:0.0.2）当做基础镜像test:0.0.1中ENTRYPOINT指定的运行脚本startup的参数

尤达c
关注
  • 5
    点赞
  • 踩
  • 16
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
详解Dockerfile创建自定义Docker镜像以及CMD与ENTRYPOINT指令的比较
01-20
1.概述 创建Docker镜像的方式有三种 docker commit命令：由容器生成镜像； Dockerfile文件+docker build命令； 从本地文件系统导入：OpenVZ的模板。 关于这三种方式的大致说明请参考yeasy/docker_practice的创建镜像。 最近学习了Dockerfile文件的相关配置，这里做一下简单的总结，并对之前一直感到有些迷惑的CMD和ENTRYPOINT指令做个差异对比。 2.Dockerfile文件总结 Dockerfile 由一行行命令语句组成，并且支持以 # 开头的注释行。 一般地，Dockerfile 分为四部分：基础镜像信
Dockerfile中CMD和ENTRYPOINT的区别
u010797364的博客
09-29 2652
CMD和ENTRYPOINT同样作为容器启动时执行的命令，区别有以下几点： CMD的命令会被 docker run 的命令覆盖而ENTRYPOINT不会 如使用CMD ["/bin/bash"]或ENTRYPOINT ["/bin/bash"]后，再使用docker run -ti image启动容器，它会自动进入容器内部的交互终端，如同使用 docker run -ti image /bin/bash。 但是如果启动镜像的命令为docker run -ti image /bin/ps，使用CMD后面的命令
深入了解Docker中Dockerfile文件的ENTRYPOINT
最新发布
WPHunter的编程技术资料库！
01-31 1390
本文将深入探讨ENTRYPOINT在 Docker 中的使用，包括它的工作原理、为什么它必不可少以及如何正确配置它。
docker 系列之 Dockerfile 文件里 cmd命令与entrypoint命令区别
u014212540的博客
05-11 2030
一般还是会用entrypoint的中括号形式作为docker 容器启动以后的默认执行命令，里面放的是不变的部分，可变部分比如命令参数可以使用cmd的形式提供默认版本，也就是run里面没有任何参数时使用的默认参数。如果我们想用默认参数，就直接run，否则想用其他参数，就run 里面加参数。
dockerfile 中 ENTRYPOINT 和 CMD的区别
weixin_47556601的博客
03-10 2866
大家好，在dockerfile当中， ENTRYPOINT 和CMD的作用于效果是很类似的 我们今天就来说一下它们两者的区别 ENTRYPOINT：指定这个启动的时候启动的时候要运行的命令，可以被替代 CMD ： 指定这个启动的时候启动的时候要运行的命令，可以追加命令，只有最后一个cmd命令可以被执行 查看镜像：（使用centos 7.9的这个镜像，默认最新的centos8的网络源有问题） 些cmd 相关的一个dockerfile的测试文件 [root@localhost ~]# cd /ho
Docker学习（二十二）Dockerfile 中 CMD 与 ENTRYPOINT 区别
ACGkaka的博客
03-18 2484
Docker学习（二十二）Dockerfile 中 CMD 与 ENTRYPOINT 区别
【Docker】Dockerfile构建镜像与命令详解
matrixZCL的博客
11-01 7664
前言 传统方式部署集群，你需要在每台机器搭建环境，配置各种中间件，这样不但效率低下，而且很难保证环境的一致性，而且配置如果有改动，需要挨个机器修改。 有了Docker，上述问题都能解决。但是官方镜像大多时候并不能满足需求，因此需要自己构建适用于应用的镜像。构建镜像可以以交互式方式启动并进入容器，对容器修改后退出容器并通过commit命令提交一个新的镜像，但是这种方式构建的镜像不利于后期维护。我们通常是通过编辑Dockerfile，再通过build命令来构建镜像，后面只需要看Dockerfile，镜像信息便一
Dockerfile中CMD和ENTRYPOINT命令详解
09-30
Dockerfile中的ENTRYPOINT指令和CMD指令都可以设置容器启动时要执行的命令，但用途是有略微不同的。下面这篇文章主要给大家介绍了关于Dockerfile中CMD和ENTRYPOINT命令的相关资料，需要的朋友可以参考借鉴，下面随着...
Dockerfile中ENTRYPOINT 和 CMD的区别说明
01-08
本篇文章中涉及到的ENTRYPOINT 和CMD 属于Dockerfile中的最后一部分，这两个Dockerfile指令是用来告知Docker后台程序启动镜像时需要执行的程序，两者有细微的差别。 下面将从两者的异同以及两者联合使用的高级技巧...
docker 使用CMD或者ENTRYPOINT命令同时启动多个服务
01-08
需求：django中引入了celery，当启动django项目时，如何将celery服务也启动 利用ENTRYPOINT命令启动 一、编写Dockerfile文件 FROM centos:7 RUN localedef -c -f UTF-8 -i zh_CN zh_CN.utf8 ENV LC_ALL zh_...
Dockerfile 中的 CMD 和 ENTRYPOINT 有什么区别？
kalman2019的博客
01-06 1305
在 Dockerfiles 中有两个和我类似的命令：CMD 和 ENTRYPOINT。但我猜想它们之间存在（细微的？）差异——否则对于同一件事有两个命令是没有任何意义的。CMD 的文档说明CMD 的主要目的是为执行容器提供默认值。对于 ENTRYPOINT：ENTRYPOINT 可帮助您配置可以作为可执行文件运行的容器。那么，这两个命令有什么区别呢？
docker覆盖镜像默认命令之docker entrypoint
m0_67403013的博客
08-14 3704
sentinel就是执行的jar包, 直接docker exec -it *** bash, 就能找到, 自己在使用的需要确认一下自己的实际情况。按标准来说, ENTRYPOINT是要配置可执行文件的, 这样别人可以配置对应的参数, 比如JVM等数据, 也方便使用者自行定义。直白一点说, entrypoint命令就是覆盖ENTRYPOINT(第6行或者第7行)命令的. 官方话说就是覆盖默认入口点。改个端口: 8898 改个项目名: sentinel。, 下面这种就是有问题的。...
Dockerfile CMD和ENTRYPOINT的区别
Cloud-Future的博客
03-09 557
CMD指令和ENTRYPOINT指定的程序都可以在容器运行时执行，两者都可以实现相同的目的，但是它们有区别，使用的场景也有一点不同。 CMD指令 CMD命令用于在docker容器启动时，执行容器中的一条命令。在Dockerfile中可以存在多条CMD指令，但是只有最后一个CMD指令有效, 例如下面的Dockerfile： FROM ubuntu:14.04 CMD ["echo","hello world!"] CMD ["echo","hello docker!"] 使用docker build -t
Dockerfile——ENTRYPOINT详解
xiayping的博客
08-16 4209
Dockerfile中Entrypoint使用
Docker中，CMD 和 ENTRYPOINT 的区别，简单！明了！
qq_42319810的博客
05-07 1553
docker run 命令在ENTRYPOINT的命令行格式下，无法替换ENTRYPOINT命令（命令行格式的ENTRYPOINT命令，霸道！当CMD和ENTRYPOINT命令行格式的命令在一起时，ENTRYPOINT命令无条件替换CMD命令（霸道！1.CMD的两种格式，一个是命令行格式（shell格式），另一个是键值对格式（exec格式，JSON格式）。当CMD和ENTRYPOINT键值对格式的命令在一起时，CMD命令是ENTRYPOINT命令的参数。2.键值对后面引号的内容，是前面命令的参数.
“CMD”“ ENTRYPOINT”详解
热门推荐
weixin_43300291的博客
01-07 1万+
本文共两篇，很好的说明了“CMD”“ ENTRYPOINT”的用法 转载：https://blog.csdn.net/u010900754/article/details/78526443 　　　https://www.jb51.net/article/136264.htm 第一篇 cmd： 　　这个命令是用来做什么的？下面是官网的答案： The main purpose of a CMD is ...
Ddockerfile里的CMD和ENTRYPOINT的区别（图文介绍，超详细）
qq_45300786的博客
01-12 2323
CMD 意思是，cmd给出的是一个容器的默认的可执行体。也就是容器启动以后，默认的执行的命令。重点就是这个“默认”。意味着，如果docker run没有指定任何的执行命令或者dockerfile里面也没有entrypoint，那么，就会使用cmd指定的默认的执行命令执行。同时也从侧面说明了entrypoint的含义，它才是真正的容器启动以后要执行命令。 所以这句话就给出了cmd命令的一个角色定位，...
dockerfile中cmd和entrypoint
06-06
Dockerfile中的CMD和ENTRYPOINT是两个关键字，用于定义容器启动时执行的命令。 CMD用于定义容器启动时默认执行的命令，可以在Dockerfile中多次使用，但只有最后一次生效。如果在运行容器时指定了其他命令，那么CMD中的命令将被覆盖。 ENTRYPOINT用于定义容器启动时必须执行的命令，可以在Dockerfile中只使用一次。如果在运行容器时指定了其他命令，那么ENTRYPOINT中的命令将作为参数传递给指定的命令。这样可以保证容器启动时始终执行指定的命令，而不受其他命令的影响。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值