在Dockerfile中 ENTRYPOINT 只有最后一条生效，如果写了10条，前边九条都不生效

ENTRYPOINT 的定义为运行一个Docker容器像运行一个程序一样，就是一个执行的命令

两种写法：

1.ENTRYPOINT[“executable”,“param1”,“param2”] 类似于exec

2.ENTRYPOINT command param1 param2（shell form）

第一种方式启动完PID号为1，第二种方式启动完PID号为最后执行完shell的PID号

CMD

部分内容转自：http://www.cnblogs.com/51kata/p/5260727.html

通过docker run 创建并启动一个容器时，命令的最后可以指定容器启动后在容器内立即要执行的指令，如：

docker run -i -t ubunu /bin/bash //表示容器启动时立即在容器内打开一个shell终端

docker run ubuntu /bin/ps //表示容器启动后立即运行 /bin/ps命令，显示容器的当前进程。

除了这种方式外，我们可以在dockerfile文件中通过CMD指令指定容器启动时要执行的命令。如：

#test
FROM centos
MAINTAINER xxx
RUN echo hello1 > test1.txt
RUN echo hello2 > /test2.txt
EXPOSE 80
EXPOSE 81
CMD ["/bin/bash"]

上面dockerfile文件中最后一行CMD指令的参数是指定容器启动时要执行的命令，这里是bin/bash命令。

1. 用docker run命令创建并启动容器（myimage 是用前面dockerfile创建的镜像的名称）：

docker run -i -t myimage  

上面命令是创建并启动容器，打开一个交互式shell。 而以前的写法是

docker run -i -t myimage  /bin/bash

这样就省去了在docker run中写命令了。

2. 即使dockerfile中有CMD指令，我们仍然可以在docker run命令中带上容器启动时执行的命令，这会覆盖dockerfile中的CMD指令指定的命令。如：

docker run -i -t myimage /bin/ps

上面命令，因为/bin/ps覆盖了CMD指令，启动容器时会打印容器内的当前进程，但容器会立即停止，因为/bin/bash被覆盖了，无法打开交互式shell界面。

3. 需要注意的是，dockerfile中可以有多条cmd命令，但只是最后一条有效。

4. CMD命令的参数格式，一般写成 字符串数组的方式，如上面的例子。如：

CMD [“echo”,“hello world”]

虽然也可写成CMD echo hello word 方式，但这样docker会在指定的命令前加 /bin/sh -c 执行，有时有可能会出问题。 所以推荐采用数据结构的方式来存放命令。

1.CMD[“executable”,“param1”,“param2”](exec form,this is the preferred form)

第一种用法：运行一个可执行的文件并提供参数。

2.CMD[“param1”,“param2”](as default parameters to ENTRYPOINT)

第二种用法：为ENTRYPOINT指定参数。

3.CMD command param1 param2(shell form)

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

在启动 docker时候 后边加的参数可以把 Dockerfile 中 CMD中的指令覆盖掉！

CMD指定在 Dockerfile 中只能使用一次，如果有多个，则只有最后一个会生效。
CMD的目的是为了在启动容器时提供一个默认的命令执行选项。如果用户启动容器时指定了运行的命令，则会覆盖掉CMD指定的命令。

另外注意不要弄混以下的概念：
CMD会在启动容器的时候执行，build时不执行，而RUN只是在构建镜像的时候执行，后续镜像构建完成之后，启动容器就与RUN无关了

写一个Dockerfile

vim DockerfileFROM  centos:centos7.1.1503CMD ["/bin/echo","This is test cmd"]

将Dockerfile生成一个镜像

docker build -t csphere/cmd:0.1 .

将镜像run为容器

docker run -it  csphere/cmd:0.1

打印：This is test cmd

采用如下run 加入参数时：

docker run -it  csphere/cmd:0.1 /bin/bash

会直接进入Container里边，不会打印语句，/bin/bash 将/bin/echo 覆盖掉了

然而使用 ENTRYPOINT 时是不能被覆盖掉

ENTRYPOINT

先回顾下CMD指令的含义，CMD指令可以指定容器启动时要执行的命令，但它可以被docker run命令的参数覆盖掉。

ENTRYPOINT 指令和CMD类似，它也可用户指定容器启动时要执行的命令，但如果dockerfile中也有CMD指令，CMD中的参数会被附加到ENTRYPOINT 指令的后面。 如果这时docker run命令带了参数，这个参数会覆盖掉CMD指令的参数，并也会附加到ENTRYPOINT 指令的后面。

这样当容器启动后，会执行ENTRYPOINT 指令的参数部分。

可以看出，相对来说ENTRYPOINT指令优先级更高。

配置容器启动后执行的命令，并且不可被 docker run 提供的参数覆盖，而CMD是可以被覆盖的。如果需要覆盖，则可以使用docker run --entrypoint选项。

每个 Dockerfile 中只能有一个ENTRYPOINT，当指定多个时，只有最后一个生效。

我们来看个例子，下面是Dockerfile的内容

#test
FROM centos
MAINTAINER hello
RUN echo hello1 > test1.txt
RUN echo hello2 > /test2.txt
EXPOSE 80
ENTRYPOINT ["echo"]
CMD ["defaultvalue"]

假设通过该Dockerfile构建的镜像名为 myimage。

1、当运行 docker run myimage 输出的内容是 defaultvalue，可以看出CMD指令的参数得确是被添加到ENTRYPOINT指令的后面，然后被执行。

2、当运行docker run myimage hello world 输出的内容是 hello world ，可以看出docker run命令的参数得确是被添加到ENTRYPOINT指令的后面，然后被执行，这时CMD指令被覆盖了。

3、另外我们可以在docker run命令中通过 --entrypoint 覆盖dockerfile文件中的ENTRYPOINT设置，如：

docker run --entrypoint=“echo” myimage good 结果输出good

注意，不管是哪种方式，创建容器后，通过 dokcer ps查看容器信息时，COMMOND列会显示最终生效的启动命令。

将上述Dockerfile中的CMD 修改为 ENTRYPOINT

同样执行：

docker run -it  csphere/cmd:0.1 /bin/bash

输出：

This is test entrypoint /bin/bash

如果想要覆盖掉Dockerfile中的 ENTRYPOINT 指令，则可以使用如下命令

docker run -it --entrypoint=/bin/bash csphere/ent:0.1

方便调试ENTRYPOINT 中写错的指令