Dockerfile中同时存在entrypoint 和cmd 情况

二、CMD 与 ENTRYPOINT主要区别 我们直接进入主题,CMD 与 ENTRYPOINT都是用于指定启动容器执行的命令,区别在于: 当docker run 命令中有参数时,守护进程会忽略CMD命令。使用ENTRYPOINT指令...

二、CMD 与 ENTRYPOINT主要区别

我们直接进入主题,CMD 与 ENTRYPOINT都是用于指定启动容器执行的命令,区别在于:

  • 当docker run 命令中有参数时,守护进程会忽略CMD命令。
  • 使用ENTRYPOINT指令不会忽略,并且会接收docker run 参数附加到命令行中。

为了使构建的容器可以正常启动,我们编写的dockerfile文件必须包含一个CMD或ENTRYPOINT指令。

一:CMD 与 ENTRYPOINT的结合使用

1.CMD

CMD指令有三种形式:

  • CMD ["executable","param1","param2"](exec形式,这是首选形式)
  • CMD ["param1","param2"](作为ENTRYPOINT 的默认参数
  • CMD command param1 param2(shell形式)

dockerfile文件中包含多个CMD时,只有最后一个被加载使用。

我们在dockerhub中搜索centos官方镜像,看一下的官方dockerfile文件。

当然通过CMD也可以启动,可是如此如此一来有一个缺陷,我们上面说到的CMD的启动命令会被docker run 参数代替。

我们有下面Dockerfile

[root@localhost dockerfiles]# cat Dockerfile 
FROM centos
CMD ["/bin/top","-b"]

构建后,使用参数ps启动容器。

[root@localhost dockerfiles]# docker run  -it  centos_top:v1  ps
  PID TTY          TIME CMD
    1 pts/0    00:00:00 ps

可看看到启动容器后top -b 已经被替换为ps,并非实现参数的替换。显然这不是我们想要的。**有没有什么办法既可以默认启动应用,又可以加载到docker run 参数?**这就是接下来ENTRYPOINT与CMD的妙用。


2.ENTRYPOINT结合CMD

ENTRYPOINT的exec和shell形式:

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

上面我们提到CMD ["param1","param2"]形式可以作为ENTRYPOINT参数,同时ENTRYPOINT 指定的命令无法被docker run 参数取代。假如我们把CMD和ENTRYPOINT两个指令相结合,这样我们就可以通过CMD来接收docker run 参数,然后把参数传递给ENTRYPOINT执行。

我们以nginx官方dockerfile latest版本1.21为例

首先我们查看Dockerfile,这里我们只关注启动命令,如下:

...
COPY docker-entrypoint.sh /
COPY 10-listen-on-ipv6-by-default.sh /docker-entrypoint.d
COPY 20-envsubst-on-templates.sh /docker-entrypoint.d
COPY 30-tune-worker-processes.sh /docker-entrypoint.d
ENTRYPOINT ["/docker-entrypoint.sh"]

EXPOSE 80

STOPSIGNAL SIGQUIT

CMD ["nginx", "-g", "daemon off;"]

从上面我们可以看到,在启动nginx容器时首先运行docker-entrypoint.sh脚本并把CMD命令中的参数nginx -g "daemon off;"传递进来。即docker run不添加参数时启动容器相当于执行如下脚本与默认参数。

#docker-entrypoint.sh nginx -g "daemon off;"

当我们使用docker run 传入参数会怎样?

我传入nginx-debug

#docker run -dt nginx nginx-debug -g "daemon off;"

此时启动容器相当于执行如下脚本与参数

#docker-entrypoint.sh nginx-debug -g "daemon off;"

我们通过ps来看一下我们启动的容器

[root@localhost dockerfiles]# ps -ef|grep nginx
root      6327  6306  0 Aug12 pts/0    00:00:00 nginx: master process nginx -g daemon off;
101       6384  6327  0 Aug12 pts/0    00:00:00 nginx: worker process
101       6385  6327  0 Aug12 pts/0    00:00:00 nginx: worker process
root     16800 16780  3 12:51 pts/0    00:00:00 nginx: master process nginx-debug -g daemon off;
101      16857 16800  0 12:51 pts/0    00:00:00 nginx: worker process
101      16858 16800  0 12:51 pts/0    00:00:00 nginx: worker process


显然我们两种参数nginx、nginx-debug的容器都启动成功!

也就是说我们通过ENTRYPOINT ["/docker-entrypoint.sh"]指定的命令在启动时无论如何都会执行,并且可以接收到了docker run 的参数。

docker-entrypoint.sh是什么?docker-entrypoint.sh这是一个预处理脚本通常用来过滤命令行参数或者执行exec 来启动容器为1的进程。

通过ENTRYPOINT+CMD实现命令默认参数或接收docker run 参数是一种非常流行并且有用的dockerfile编写方式。


  • 发表于 2022-05-13 01:11
  • 阅读 ( 137 )

你可能感兴趣的文章

相关问题

0 条评论

请先 登录 后评论
shitian
shitian

662 篇文章

作家榜 »

  1. shitian 662 文章
  2. 石天 437 文章
  3. 每天惠23 33 文章
  4. 小A 29 文章