Docker之CMD与ENTRYPOINT的区别

最新推荐文章于 2025-08-27 08:20:22 发布
原创 最新推荐文章于 2025-08-27 08:20:22 发布 · 425 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#docker #centos #linux

本文详细介绍了Docker中CMD和ENTRYPOINT的区别与用法。通过实例对比，展示如何在容器启动时指定命令，以及ENTRYPOINT如何允许追加参数。

CMD和ENTRYPOINT

CMD：指定这个容器启动的时候需要执行的命令，但是只有最后一个CMD会生效
ENTRYPOINT：指定这个容器启动的时候需要执行的命令，且可以追加命令

测试CMD
1、编写使用CMD的dockerfile文件
举例：测试制作centos镜像时，输出ls -a的全部目录

FROM centos
CMD ["ls","-a"]

2、构建镜像

[root@liuyang dockerfile]# docker build -f first_dockerfile_cmd  -t centos_liuyang:1.4  .

#输出日志

Sending build context to Docker daemon  3.072kB
Step 1/2 : FROM centos
 ---> 300e315adb2f
Step 2/2 : CMD ["ls","-a"]
 ---> Running in 2a3b27d08525
Removing intermediate container 2a3b27d08525
 ---> 67b2d498c93c
Successfully built 67b2d498c93c
Successfully tagged centos_liuyang:1.4
[root@liuyang dockerfile]# docker images
REPOSITORY              TAG       IMAGE ID       CREATED          SIZE
centos_liuyang          1.4       67b2d498c93c   7 seconds ago    209MB
centos_dockerfile       1.3       2900faf7489f   16 minutes ago   291MB
centos_dockerfile       1.1       ff7532b27bf0   31 minutes ago   291MB
centos_dockerfile       1.2       316bfc73c556   31 minutes ago   291MB
liuyang_centos/centos   1.0       6bb3a414dd02   5 hours ago      209MB
centos                  1.2       c7755e562e14   2 days ago       209MB
mysql                   5.7       a70d36bc331a   7 weeks ago      449MB
tomcat                  latest    040bdb29ab37   2 months ago     649MB
nginx                   latest    f6d0b4767a6c   2 months ago     133MB
centos                  latest    300e315adb2f   3 months ago     209MB

3、查看镜像，并启动容器，查看效果（是否生成了centos 的ls -a，也就是CMD指令）

[root@liuyang dockerfile]# docker run -it 67b2d498c93c
.   .dockerenv  dev  home  lib64       media  opt   root  sbin  sys  usr
..  bin         etc  lib   lost+found  mnt    proc  run   srv   tmp  var

已生效！

此时我想在指令ls -a 后面追加l 变成ls -al ：

[root@liuyang dockerfile]# docker run -it 67b2d498c93c -l
docker: Error response from daemon: OCI runtime create failed: container_linux.go:349: starting container process caused "exec: \"-l\": executable file not found in $PATH": unknown.
ERRO[0000] error waiting for container: context canceled
[root@liuyang dockerfile]#

发现不行，必须写全代码：

[root@liuyang dockerfile]# docker run -it 67b2d498c93c  ls -al
total 56
drwxr-xr-x   1 root root 4096 Mar 14 14:14 .
drwxr-xr-x   1 root root 4096 Mar 14 14:14 ..
-rwxr-xr-x   1 root root    0 Mar 14 14:14 .dockerenv
lrwxrwxrwx   1 root root    7 Nov  3 15:22 bin -> usr/bin
drwxr-xr-x   5 root root  360 Mar 14 14:14 dev
drwxr-xr-x   1 root root 4096 Mar 14 14:14 etc
drwxr-xr-x   2 root root 4096 Nov  3 15:22 home
lrwxrwxrwx   1 root root    7 Nov  3 15:22 lib -> usr/lib
lrwxrwxrwx   1 root root    9 Nov  3 15:22 lib64 -> usr/lib64
drwx------   2 root root 4096 Dec  4 17:37 lost+found
drwxr-xr-x   2 root root 4096 Nov  3 15:22 media
drwxr-xr-x   2 root root 4096 Nov  3 15:22 mnt
drwxr-xr-x   2 root root 4096 Nov  3 15:22 opt
dr-xr-xr-x 145 root root    0 Mar 14 14:14 proc
dr-xr-x---   2 root root 4096 Dec  4 17:37 root
drwxr-xr-x  11 root root 4096 Dec  4 17:37 run
lrwxrwxrwx   1 root root    8 Nov  3 15:22 sbin -> usr/sbin
drwxr-xr-x   2 root root 4096 Nov  3 15:22 srv
dr-xr-xr-x  13 root root    0 Mar  1 05:43 sys
drwxrwxrwt   7 root root 4096 Dec  4 17:37 tmp
drwxr-xr-x  12 root root 4096 Dec  4 17:37 usr
drwxr-xr-x  20 root root 4096 Dec  4 17:37 var
[root@liuyang dockerfile]#

现在我们试一试ENTRYPOINT：
1、编写使用ENTRYPOINT的dockerfile文件
举例：测试制作centos镜像时，输出ls -a的全部目录

FROM centos
ENTRYPOINT ["ls","-a"]

2、构建镜像

[root@liuyang dockerfile]# docker build -f first_dockerfile_ENTRYPOINT  -t centos_liuyang:1.6 .

3、查看镜像，并启动容

[root@liuyang dockerfile]# docker run -it 2c0580c11880
.   .dockerenv  dev  home  lib64       media  opt   root  sbin  sys  usr
..  bin         etc  lib   lost+found  mnt    proc  run   srv   tmp  var
器，查看效果（是否生成了centos 的ls -a）

4、此时我想在指令ls -a 后面追加l 变成ls -al ：

[root@liuyang dockerfile]# docker run -it 2c0580c11880 -l
total 56
drwxr-xr-x   1 root root 4096 Mar 14 14:16 .
drwxr-xr-x   1 root root 4096 Mar 14 14:16 ..
-rwxr-xr-x   1 root root    0 Mar 14 14:16 .dockerenv
lrwxrwxrwx   1 root root    7 Nov  3 15:22 bin -> usr/bin
drwxr-xr-x   5 root root  360 Mar 14 14:16 dev
drwxr-xr-x   1 root root 4096 Mar 14 14:16 etc
drwxr-xr-x   2 root root 4096 Nov  3 15:22 home
lrwxrwxrwx   1 root root    7 Nov  3 15:22 lib -> usr/lib
lrwxrwxrwx   1 root root    9 Nov  3 15:22 lib64 -> usr/lib64
drwx------   2 root root 4096 Dec  4 17:37 lost+found
drwxr-xr-x   2 root root 4096 Nov  3 15:22 media
drwxr-xr-x   2 root root 4096 Nov  3 15:22 mnt
drwxr-xr-x   2 root root 4096 Nov  3 15:22 opt
dr-xr-xr-x 144 root root    0 Mar 14 14:16 proc
dr-xr-x---   2 root root 4096 Dec  4 17:37 root
drwxr-xr-x  11 root root 4096 Dec  4 17:37 run
lrwxrwxrwx   1 root root    8 Nov  3 15:22 sbin -> usr/sbin
drwxr-xr-x   2 root root 4096 Nov  3 15:22 srv
dr-xr-xr-x  13 root root    0 Mar  1 05:43 sys
drwxrwxrwt   7 root root 4096 Dec  4 17:37 tmp
drwxr-xr-x  12 root root 4096 Dec  4 17:37 usr
drwxr-xr-x  20 root root 4096 Dec  4 17:37 var
[root@liuyang dockerfile]#

生效！与CMD的区别显而易见，ENTRYPOINT 可以直接在run 后面追加 代码！

(十)Docker 中CMD 和 ENTRYPOINT 的区别
Bertram的博客
10-20 3486
CMD指令和ENTRYPOINT指令的作用都是为镜像指定容器启动后的命令，那么它们两者之间有什么各自的优点呢？ 为了更好地对比CMD指令和ENTRYPOINT指令的差异，我们这里再列一下这两个指令的说明 CMD 支持三种格式 CMD ["executable","param1","param2"] 使用 exec 执行，推荐方式； CMD command param1 param2 在 /bin/sh 中执行，提供给需要交互的应用； CMD ["param1","param2"...
简述Docker下entrypoint和cmd的区别是什么？
weixin_39291964的博客
07-14 807
ENTRYPOINT 和 CMD 是 Dockerfile 中用于定义容器启动行为的两个关键指令，它们既有区别又常协同工作。以下是核心区别及使用场景的简明分析：🔧 一、核心区别特性 ENTRYPOINT CMD定义 容器启动时必须执行的主命令（入口点） 主命令的默认参数或独立命令覆盖方式 仅能通过 --entrypoint 覆盖 可直接在 docker run 后追加参数覆盖行为优先级 更高：始终执行 较低：若 ENTRYPOINT 存在，CMD 作为其参数。
Docker中，CMD 和 ENTRYPOINT 的区别，简单！明了！
qq_42319810的博客
05-07 2300
docker run 命令在ENTRYPOINT的命令行格式下，无法替换ENTRYPOINT命令（命令行格式的ENTRYPOINT命令，霸道！当CMD和ENTRYPOINT命令行格式的命令在一起时，ENTRYPOINT命令无条件替换CMD命令（霸道！1.CMD的两种格式，一个是命令行格式（shell格式），另一个是键值对格式（exec格式，JSON格式）。当CMD和ENTRYPOINT键值对格式的命令在一起时，CMD命令是ENTRYPOINT命令的参数。2.键值对后面引号的内容，是前面命令的参数.
Dockerfile 中 ENTRYPOINT 与 CMD 的深度解析
最新发布
Rysxt_的博客
08-27 1229
​​生产环境必备​使用ENTRYPOINT固定java -jar核心逻辑（exec 形式），CMD提供默认参数（如端口、profile）。推荐通过脚本封装初始化逻辑（如环境检查），但脚本内必须用exec启动 jar 包以保证 PID=1。​​开发环境灵活调整​可通过docker run末尾参数覆盖 CMD 的默认值（如修改端口或 profile）。调试时可用进入容器手动启动 jar 包。​​信号与优雅停机​始终避免 Shell 形式（如），确保 Spring Boot 进程直接接收操作系统信号。
docker中CMD与ENTRYPOINT区别
晨光运维之路
05-20 774
一、dockerfile中的 CMD 1、每个dockerfile中只能有一个CMD如果有多个那么只执行最后一个。 2、CMD 相当于启动docker时候后面添加的参数看，举个简单例子： # docker run -itd --name test image(镜像) /bin/bash -c a、镜像名称后面跟了一个/bin/bash -c ，其实等价于在dockerfile中的CMD ["/bin/bash","-c"]。 b、如果dockerfile中的CMD中有了CMD["/bin/bash","-
DOCKER中CMD和ENTRYPOINT区别
weixin_42759508的博客
04-29 410
在Docker中，CMD和ENTRYPOINT都用于定义容器启动时要执行的命令，但它们有一些重要的区别：
【日常记录-Docker】CMD与ENTRYPOINT
zhaoyaxuan001的博客
08-01 1191
CMD和ENTRYPOINT都是Dockerfile中用于定义容器启动时执行命令的两个重要指令，两者在原理、用法以及相互关系上有显著的区别；在Dockerfile中用于为容器提供默认的执行命令或参数，当容器启动时，若没有通过docker run命令指定其他命令，则会执行CMD中定义的命令；即CMD的主要用途是为容器内的应用程序提供默认的运行方式或参数；
docker 使用CMD或者ENTRYPOINT命令同时启动多个服务
01-08
利用ENTRYPOINT命令启动 一、编写Dockerfile文件 FROM centos:7 RUN localedef -c -f UTF-8 -i zh_CN zh_CN.utf8 ENV LC_ALL zh_CN.UTF-8 COPY ./hrms $CODE_DIR/hrms/ COPY ./run $CODE_DIR/run/ RUN chmod ...
Docker学习（二十二）Dockerfile 中 CMD 与 ENTRYPOINT 区别
ACGkaka的博客
03-18 2889
Docker学习（二十二）Dockerfile 中 CMD 与 ENTRYPOINT 区别
Docker 实战：CMD和ENTRYPOINT的区别
qq_33240556的博客
03-20 869
来指定一些默认的配置文件或端口等参数。这样，在不同环境下运行容器时，可以通过更改。设置为服务启动脚本（如Apache或Nginx的启动命令），然后用。举例来说，如果你希望创建一个Web服务器容器镜像，可以将。参数来调整容器行为，而无需改变服务本身的启动逻辑。
Docker中CMD和ENTRYPOINT的区别
m0_71163619的博客
07-29 500
CMD设置的指令在镜像运行时自动运行，无法追加指令，只能把指令全部覆盖ENTRYPOINT设置的指令在镜像运行时与CMD一样，可以在新建镜像时设置的指令后追加新的指令，也可以使用 --entrypoint 覆盖指令。
一起学Docker：CMD与ENTRYPOINT的区别
梦里蓝天
05-07 4777
CMD CMD指令为启动的容器指定默认要运行的程序，程序运行结束，容器也就结束。CMD 指令指定的程序可被 docker run 命令行参数中指定要运行的程序所覆盖。 类似于 RUN 指令，用于运行程序，但二者运行的时间点不同:CMD 在docker run 时运行，RUN 是在 docker build时运行。 注意：如果 Dockerfile 中如果存在多个 CMD 指令，仅最后一个生效。 ENTRYPOINT 类似于 CMD 指令，但其不会被 docker run 的命令行参数指定的指令所覆盖，而且这
【docker】Dockerfile中ENTRYPOINT和CMD区别理解
m0_74282926的博客
03-27 1775
ENTRYPOINT适用于指定容器启动时始终执行的主命令或程序，适合核心应用程序。CMD用于提供默认参数或默认命令，具有更高的灵活性，可以通过运行时参数覆盖。
docker CMD 和 ENTRYPOINT 区别
dengtinghuan5005的博客
08-12 266
昨天用Dockerfile来启动mongodb的集群，启动参数--replSet死活没执行，最后就决定研究一哈cmd和entrypoint。但是上网看了一些资料个人觉得讲的不好，还是没有说出根本的东西，决定自己研究并且整理一哈。 首先上docker官网：https://docs.docker.com/engine/reference/builder/#cmd 感觉官网关于这两个命令讲...
docker cmd 和 entrypoint 区别
weixin_42490383的博客
10-18 141
1.cmd 覆盖命令 vim docker-file-cmd-test #vim docker-file-cmd-test内容 FROM centos CMD ["ls","-a"] docker build -f dockerfile-cmd-entrypoint -t entrypoint . -f(file): 指定文件 -t(target): 指定目标名称 尾部 “.” 表示当前目录, 省略构建会报错 ocker run {容器id} -l, -l 会把文件中的 ls -a 覆盖, -l 命令找不
Docker之Dockerfile的CMD 与 ENTRYPOINT 的区别
lss0555的博客
12-02 328
shell格式和Exec格式运行命令 我们可用两种方式指定 RUN、CMD 和 ENTRYPOINT 要运行的命令：Shell 格式和 Exec 格式： Shell格式： 。例如：apt-get install python3 Exec格式： [“executable”, “param1”, “param2”, …]。 例如： [“apt-get”, “install”, “python3”] ...
Docker CMD和ENTRYPOINT指令区别
weixin_30260399的博客
03-28 116
CMD用于容器启动后默认执行的命令，支持三种格式，多条CMD仅最后一条生效。 Exec 格式：CMD ["executable","param1","param2"]（推荐格式） CMD ["param1","param2"] 为 ENTRYPOINT 提供额外的参数，此时 ENTRYPOINT 必须使用 Exec 格式。 Shell 格式：CMD command param1 p...
Docker中CMD和ENTRYPOINT区别
weixin_45181388的博客
10-04 229
Docker中CMD和ENTRYPOINT区别
docker cmd和entrypoint的区别
03-26
<think>好的，我现在需要回答用户关于Docker中CMD和ENTRYPOINT区别的问题。首先，我得回忆一下这两个指令的基本作用。记得CMD用于设置容器启动时的默认命令和参数，而ENTRYPOINT则是用来配置容器启动时执行的主命令。不过用户提供的引用里提到了一些细节，比如CMD可以被覆盖，而ENTRYPOINT的参数在运行时只能添加，不能直接覆盖。需要结合引用中的例子来理清区别。 根据引用[1]，ENTRYPOINT设置的命令不会被后续指令覆盖，运行容器时只能添加参数。而CMD作为默认参数，可以被docker run后面的参数覆盖。例如，在引用[4]中，运行容器时指定了/bin/bash，这会覆盖CMD的默认参数。这说明CMD更容易被覆盖，而ENTRYPOINT更固定。 然后要看两者的组合使用。引用[3]提到mysql镜像的例子，ENTRYPOINT执行初始化脚本，CMD作为默认参数。这种情况下，CMD的参数会传递给ENTRYPOINT，用户可以在运行时修改CMD的参数。需要解释这种组合使用的情况，以及单独使用时的不同效果。 还要注意两种格式：exec格式和shell格式的区别。exec格式不会启动shell进程，而shell格式会。这可能会影响信号处理和环境变量的使用。例如，使用shell格式的CMD可能无法正确接收SIGTERM信号。 用户的问题还涉及到应用场景，比如ENTRYPOINT适合做初始化，CMD适合提供默认参数。需要结合引用中的例子，如mysql镜像的ENTRYPOINT运行脚本，CMD设置mysqld作为默认命令。 最后，要总结两者的区别，包括覆盖方式、组合使用时的参数传递、适用场景，以及格式的影响。确保回答结构清晰，分点说明，并引用提供的资料来支持每个观点。</think>### Dockerfile中CMD与ENTRYPOINT的区别及用法 #### 一、核心区别 1. **覆盖性** - **CMD**：定义容器启动时的默认命令和参数，但会被`docker run`后的参数完全覆盖[^1][^4]。例如： ```dockerfile CMD ["echo", "hello"] ``` 运行`docker run image_name echo "world"`时，最终输出`world`而非`hello`[^4]。 - **ENTRYPOINT**：定义容器启动时的主命令，不会被覆盖，仅通过`docker run`添加额外参数[^3]。例如： ```dockerfile ENTRYPOINT ["echo"] ``` 运行`docker run image_name "world"`时，输出`hello world`（若Dockerfile中同时有`CMD ["hello"]`）。 2. **参数传递方式** - 当同时使用`ENTRYPOINT`和`CMD`时，`CMD`的内容会作为参数传递给`ENTRYPOINT`。例如： ```dockerfile ENTRYPOINT ["docker-entrypoint.sh"] CMD ["mysqld"] ``` 实际执行命令为`docker-entrypoint.sh mysqld`。 #### 二、使用场景对比 | 特性 | CMD | ENTRYPOINT | |---------------------|------------------------------|---------------------------------| | 主要用途 | 提供默认参数 | 定义容器主执行逻辑 | | 覆盖方式 | 完全被`docker run`参数覆盖 | 仅追加`docker run`参数 | | 典型场景 | 临时调试（如启动shell） | 初始化脚本（如数据库配置） | | 是否依赖Shell解析 | 支持Shell格式（如`CMD echo`）| 推荐使用Exec格式（避免信号问题）| #### 三、组合用法示例 ```dockerfile ENTRYPOINT ["/bin/nginx"] CMD ["-c", "/etc/nginx/conf.d/default.conf"] ``` - 运行`docker run nginx`时，执行命令：`/bin/nginx -c /etc/nginx/conf.d/default.conf` - 若添加参数：`docker run nginx -g "daemon off;"`，则最终命令为：`/bin/nginx -g "daemon off;"` #### 四、格式注意事项 1. **Exec格式（推荐）** 使用JSON数组格式（如`ENTRYPOINT ["echo"]`），直接执行命令，不启动shell进程，可正确处理信号。 2. **Shell格式** 以字符串形式书写（如`ENTRYPOINT echo`），会通过`/bin/sh -c`执行，可能导致信号无法传递到主进程。 #### 五、调试技巧 若需覆盖ENTRYPOINT，可使用`--entrypoint`参数： ```bash docker run --entrypoint sh mysql -c "echo test" ```
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

刘小羊

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值