简介

本文介绍了在Dockerfile的Entrypoint和Cmd命令中exec和shell语法的不同。

exec

exec风格的语法（注意一定要是双引号！否则你会得到一些迷之错误）：

entrypoint ["/bin/bash"]
cmd ["/bin/bash"]

当使用exec写法的时候，entrypoint和cmd中的命令会被这样执行：

exec("/bin/bash“)

其中exec可以认为是Linux系统调用中的exec。

shell

shell风格的语法：

entrypoint /bin/bash
cmd /bin/bash

使用这种写法时，entrypoint和cmd后面的命令是被传给/bin/sh之后再执行的：

exec("/bin/sh", "-c", "/bin/bash")
exec("/bin/sh", "-c", "/bin/bash")

拼接

有一条规则：当同时用Entrypoint和Cmd命令时，两个命令的参数会被拼接起来。例如：

entrypoint ["/bin/bash", "-c"]
cmd ["echo hey"]

最终执行的命令是/bin/bash -c "echo hey"。

一不小心掉坑里

基于上述三点，下面的Dockerfile，容器启动时执行的是什么命令？

entrypoint /bin/bash
cmd a.sh

真正执行的命令是/bin/sh -c /bin/bash /bin/sh -c a.sh，而并不是/bin/bash a.sh，因为/bin/bash其实是exec("/bin/sh", "-c", "/bin/bash")，/a.sh其实是exec("/bin/sh", "-c", "a.sh")。

如果/bin/sh -c后面的第一个参数如果是正确的，那么第二个参数以及其后所有参数都被忽略，所以根据上面的Dockerfile构建的容器运行时其实等价于在执行/bin/sh -c /bin/bash，cmd的参数不见了！相当于entrypoint和cmd没有拼接！

很多文章都写了entrypoint和cmd命令的拼接，但是较少文章写了这个坑，自己踩到记录一下，这就是本文的目的。

还有一点，如果entrypoint使用shell语法，那么容器运行的时候执行的是/bin/sh -c <命令>，所以容器中pid为1的进程并不是entrypoint所指的程序，而是/bin/sh。