Dockerfile中 CMD和ENTRYPOINT的区别

在 Dockerfile 中,CMD 和 ENTRYPOINT 都用于指定容器启动时要执行的命令。它们之间的主要区别是:

  • CMD 用于定义容器启动时要执行的命令和参数,它设置的值可以被 Dockerfile 中的后续指令覆盖,包括在运行容器时传递的参数。如果在 Dockerfile 中没有指定 CMD,那么 Docker 将使用容器启动时所提供的默认命令。

1、CMD 指令

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指定参数。(cmd指定参数)

第三种用法(shell form):是以"/bin/sh -c"的方法执行的命令。(执行shell命令)

如你指定:

bash 复制代码
CMD ["/bin/echo", "this is a echo test "]

build后运行(假设镜像名为ec):

bash 复制代码
docker run ec

就会输出:

bash 复制代码
this is a echo test

是不是感觉很像开机启动项,你可以暂时这样理解。

注意点:

docker run命令如果指定了参数会把CMD里的参数覆盖: (这里说明一下,如:docker run -it ubuntu /bin/bash 命令的参数是指/bin/bash 而非 -it ,-it只是docker 的参数,而不是容器的参数,以下所说参数均如此。)

同样是上面的ec镜像启动:

bash 复制代码
docker run ec /bin/bash

就不会输出: 因为CMD命令被"/bin/bash"覆盖了。

bash 复制代码
this is a echo test
  • ENTRYPOINT 也用于定义容器启动时要执行的命令,但不像 CMD,它的值不会被 Dockerfile 中的后续指令覆盖,只能在运行容器时添加参数来覆盖它。也就是说,ENTRYPOINT 设置的命令一般是容器镜像所要执行的主要命令,CMD 则是选项和参数。

换句话说,CMD 是为 ENTRYPOINT 提供默认选项,ENTRYPOINT 则是容器镜像中主要执行的命令。在 Dockerfile 中定义 ENTRYPOINT 可以使您的镜像更像一个可执行文件,而在运行容器时传递参数可以以更灵活的方式执行此命令。

2、ENTRYPOINT 指令

字面意思是进入点,而它的功能也恰如其意。它可以让你的容器功能表现得像一个可执行程序一样。

容器功能表现得像一个可执行程序一样,这是什么意思呢?

直接给个例子好说话:使用下面的ENTRYPOINT构造镜像:

bash 复制代码
ENTRYPOINT ["/bin/echo"]

那么docker build出来的镜像以后的容器功能就像一个/bin/echo程序:

比如我build出来的镜像名称叫imageecho,那么我可以这样用它:

bash 复制代码
docker  run  -it  imageecho  "this is a test"

这里就会输出"this is a test"这串字符,而这个imageecho镜像对应的容器表现出来的功能就像一个echo程序一样。 你添加的参数"this is a test"会添加到ENTRYPOINT后面,就成了这样 /bin/echo "this is a test" 。现在你应该明白进入点的意思了吧。

例子:

bash 复制代码
ENTRYPOINT ["/bin/cat"]

构造出来的镜像你可以这样运行(假设名为st):这样相当:/bin/cat /etc/fstab这个命令的作用。运行之后就输出/etc/fstab里的内容。

ENTRYPOINT有两种写法:

写法一:

|---|-------------------------------------------------------------------------------------------|
| 1 | ENTRYPOINT [``"executable"``, ``"param1"``, ``"param2"``] (the preferred ``exec form) |

写法二:

|---|-------------------------------------------------|
| 1 | ENTRYPOINT command param1 param2 (shell form) |

你也可以在docker run 命令时使用--entrypoint指定(但是只能用写法一)。

下面是我把ENTRYPOINT设为["/bin/sh -c"]时候运行的情况:

  • docker run -it t2 /bin/bash

  • root@4c8549e7ce3e:/# ps

  • PID TTY TIME CMD

  • 1 ? 00:00:00  sh

  • 9 ? 00:00:00  bash

  • 19 ? 00:00:00  ps

可以看到PID为1的进程运行的是sh,而bash只是sh的一个子进程,/bin/bash只是作为 /bin/sh -c后面的参数。

CMD可以为ENTRYPOINT提供参数,ENTRYPOINT本身也可以包含参数,但是你可以把那些可能需要变动的参数写到CMD里而把那些不需要变动的参数写到ENTRYPOINT里面例如:

|-------|-------------------------------------------------------------------------|
| 1 2 3 | FROM ubuntu:14.10 ENTRYPOINT [``"top"``, ``"-b"``] CMD [``"-c"``] |

把可能需要变动的参数写到CMD里面。然后你可以在docker run里指定参数,这样CMD里的参数(这里是-c)就会被覆盖掉而ENTRYPOINT里的不被覆盖。


在Docker中,CMDENTRYPOINT都是用于指定容器启动时要执行的命令或脚本。它们之间的区别如下:

CMD用于指定容器启动时要执行的命令。它可以有三种不同的形式:

  • CMD ["executable","param1","param2"](使用JSON数组形式):推荐使用这种形式,它会直接执行指定的可执行文件,并传递参数。

  • CMD command param1 param2(使用命令形式):这种形式会将命令传递给shell进行解释执行。

  • CMD ["param1","param2"](使用JSON数组形式):这种形式会将指定的参数传递给ENTRYPOINT指定的可执行文件。

在Dockerfile中,可以使用多个CMD指令,但只有最后一个CMD指令会生效。如果容器启动时没有指定要执行的命令,将会执行最后一个CMD指令中指定的命令。

ENTRYPOINTENTRYPOINT用于指定容器启动时要执行的可执行文件。它可以有两种不同的形式:

  • ENTRYPOINT ["executable", "param1", "param2"](使用JSON数组形式):推荐使用这种形式,它会直接执行指定的可执行文件,并传递参数。

  • ENTRYPOINT command param1 param2(使用命令形式):这种形式会将命令传递给shell进行解释执行。

在Dockerfile中,只能使用一个ENTRYPOINT指令。如果同时存在CMD指令,CMD中的参数将会作为ENTRYPOINT指定的可执行文件的参数进行传递。

总的来说,CMD用于指定容器启动时要执行的命令参数,而ENTRYPOINT用于指定容器启动时要执行的可执行文件。可以将ENTRYPOINT看作是容器的入口点,而CMD则是对ENTRYPOINT指定的可执行文件的参数进行补充。

相关推荐
春日见几秒前
如何创建一个PR
运维·开发语言·windows·git·docker·容器
DARLING Zero two♡9 分钟前
告别 Docker 命令行!Portainer+cpolar 让容器管理从局域网走向公网
运维·docker·容器
liu****1 小时前
2.深入浅出理解虚拟化与容器化(含Docker实操全解析)
运维·c++·docker·容器·虚拟化技术
logocode_li2 小时前
OCI/CRI 双标准下:从 dockerd 到 containerd 的 K8s 运行时迭代史
docker·云原生·容器·k8s
_运维那些事儿13 小时前
VM环境的CI/CD
linux·运维·网络·阿里云·ci/cd·docker·云计算
lpruoyu16 小时前
【Docker进阶-05】Docker网络
网络·docker·容器
人间打气筒(Ada)17 小时前
k8s:CNI网络插件flannel与calico
linux·云原生·容器·kubernetes·云计算·k8s
江畔何人初18 小时前
pod的内部结构
linux·运维·云原生·容器·kubernetes
三块钱079418 小时前
群晖docker部署Mattermost,对接openclaw
运维·docker·容器
苦逼IT运维21 小时前
从 0 到 1 理解 Kubernetes:一次“破坏式”学习实践(一)
linux·学习·docker·容器·kubernetes