在Dockerfile中，有两个命令与我类似：CMD和ENTRYPOINT。但我想它们之间有一个（微妙的）区别——否则，对同一件事使用两个命令是没有意义的。
CMD的文档状态-
CMD的主要目的是为正在执行的容器提供默认值。
对于入口点：
ENTRYPOINT帮助您配置可以作为可执行文件运行的容器。
那么，这两个命令之间有什么区别？
当前回答
•Dockerfile应至少指定一条CMD或ENTRYPOINT指令
•仅使用Dockerfile中的最后一个CMD和ENTRYPOINT
•将容器用作可执行文件时，应定义ENTRYPOINT
•您应该使用CMD指令来定义默认参数定义为ENTRYPOINT的命令或用于在容器
•使用替代参数运行容器时，CMD将被覆盖
•ENTRYPOINT设置每次容器是使用图像创建的
•如果您将ENTRYPOINT与CMD结合，则可以从CMD中删除可执行文件并且只留下将传递给ENTRYPOINT的参数
•ENTRYPOINT的最佳用途是设置图像的主命令，允许映像要像运行该命令一样运行（然后使用CMD作为默认值标志）
其他回答
CMD:
CMD[“executable”，“param1”，“param2”]：[“executible”，”param1“，”param2“]是第一个进程。CMD命令param1 param2：/bin/sh-c CMD命令param1 param2是第一个进程。CMD命令param1 param2从第一个进程分叉。CMD[“param1”，“param2”]：此表单用于为ENTRYPOINT提供默认参数。
ENTRYPOINT（以下列表不考虑CMD和ENTRYPOINT一起使用的情况）：
ENTRYPOINT[“executable”，“param1”，“param2”]：[“executible”，”param1“，”param2“]是第一个进程。ENTRYPOINT命令param1 param2：/bin/sh-c命令param1 param2是第一个进程。命令param1 param2从第一个进程分叉。
正如creack所说，CMD是第一个开发的。然后，ENTRYPOINT被开发用于更多的定制。由于它们不是一起设计的，CMD和ENTRYPOINT之间存在一些功能重叠，这常常会让人感到困惑。
ENTRYPOINT指定在容器启动时始终执行的命令。
CMD指定将被馈送到ENTRYPOINT的参数。
如果要使图像专用于特定命令，则将使用ENTRYPOINT[“/path/dessisted_command”]
否则，如果您想为通用目的生成图像，可以不指定ENTRYPOINT，使用CMD[“/path/dessisted_command”]，因为您可以通过为docker运行提供参数来覆盖设置。
例如，如果Dockerfile是：
FROM debian:wheezy
ENTRYPOINT ["/bin/ping"]
CMD ["localhost"]
在没有任何参数的情况下运行映像将ping本地主机：
$ docker run -it test
PING localhost (127.0.0.1): 48 data bytes
56 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.096 ms
56 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.088 ms
56 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.088 ms
^C--- localhost ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.088/0.091/0.096/0.000 ms
现在，运行带有参数的图像将ping该参数：
$ docker run -it test google.com
PING google.com (173.194.45.70): 48 data bytes
56 bytes from 173.194.45.70: icmp_seq=0 ttl=55 time=32.583 ms
56 bytes from 173.194.45.70: icmp_seq=2 ttl=55 time=30.327 ms
56 bytes from 173.194.45.70: icmp_seq=4 ttl=55 time=46.379 ms
^C--- google.com ping statistics ---
5 packets transmitted, 3 packets received, 40% packet loss
round-trip min/avg/max/stddev = 30.327/36.430/46.379/7.095 ms
作为比较，如果Dockerfile是：
FROM debian:wheezy
CMD ["/bin/ping", "localhost"]
在没有任何参数的情况下运行映像将ping本地主机：
$ docker run -it test
PING localhost (127.0.0.1): 48 data bytes
56 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.076 ms
56 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.087 ms
56 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.090 ms
^C--- localhost ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.076/0.084/0.090/0.000 ms
但使用参数运行图像将运行参数：
docker run -it test bash
root@e8bb7249b843:/#
有关更多详细信息，请参阅Brian DeHamer的这篇文章：https://www.ctl.io/developers/blog/post/dockerfile-entrypoint-vs-cmd/
大多数人在这里都解释得很好，所以我不会重复所有的答案。但为了得到一个好的感觉，我建议自己通过查看容器中的流程来测试它。
创建一个小型Dockerfile，格式如下：
FROM ubuntu:latest
CMD /bin/bash
构建它，用docker run-it-theimage运行它，并在容器中运行ps-eo-ppid、pid和args。使用以下选项时，将此输出与从ps接收的输出进行比较：
docker run-it theimage bash重建图像，但使用ENTRYPOINT/bin/bash并以两种方式运行使用CMD[“/bin/bash”]...
这样，您将很容易看到所有可能的方法之间的差异。
根据docker文档，
CMD和ENTRYPOINT指令都定义执行什么命令当运行容器时。很少有规则描述合作。Dockerfile应至少指定CMD或ENTRYPOINT命令之一。将容器用作可执行文件时，应定义ENTRYPOINT。CMD应用作为ENTRYPOINT命令或在容器当使用可选参数运行容器时，CMD将被重写。
下表显示了对不同ENTRYPOINT/CMD组合执行的命令：
--无入口点
╔════════════════════════════╦═════════════════════════════╗
║ No CMD ║ error, not allowed ║
╟────────────────────────────╫─────────────────────────────╢
║ CMD ["exec_cmd", "p1_cmd"] ║ exec_cmd p1_cmd ║
╟────────────────────────────╫─────────────────────────────╢
║ CMD ["p1_cmd", "p2_cmd"] ║ p1_cmd p2_cmd ║
╟────────────────────────────╫─────────────────────────────╢
║ CMD exec_cmd p1_cmd ║ /bin/sh -c exec_cmd p1_cmd ║
╚════════════════════════════╩═════════════════════════════╝
--入口点执行_入口p1_入口
╔════════════════════════════╦══════════════════════════════════╗
║ No CMD ║ /bin/sh -c exec_entry p1_entry ║
╟────────────────────────────╫──────────────────────────────────╢
║ CMD ["exec_cmd", "p1_cmd"] ║ /bin/sh -c exec_entry p1_entry ║
╟────────────────────────────╫──────────────────────────────────╢
║ CMD ["p1_cmd", "p2_cmd"] ║ /bin/sh -c exec_entry p1_entry ║
╟────────────────────────────╫──────────────────────────────────╢
║ CMD exec_cmd p1_cmd ║ /bin/sh -c exec_entry p1_entry ║
╚════════════════════════════╩══════════════════════════════════╝
--入口[“exec_entry”，“p1_entry“]
╔════════════════════════════╦═════════════════════════════════════════════════╗
║ No CMD ║ exec_entry p1_entry ║
╟────────────────────────────╫─────────────────────────────────────────────────╢
║ CMD ["exec_cmd", "p1_cmd"] ║ exec_entry p1_entry exec_cmd p1_cmd ║
╟────────────────────────────╫─────────────────────────────────────────────────╢
║ CMD ["p1_cmd", "p2_cmd"] ║ exec_entry p1_entry p1_cmd p2_cmd ║
╟────────────────────────────╫─────────────────────────────────────────────────╢
║ CMD exec_cmd p1_cmd ║ exec_entry p1_entry /bin/sh -c exec_cmd p1_cmd ║
╚════════════════════════════╩═════════════════════════════════════════════════╝
•Dockerfile应至少指定一条CMD或ENTRYPOINT指令
•仅使用Dockerfile中的最后一个CMD和ENTRYPOINT
•将容器用作可执行文件时，应定义ENTRYPOINT
•您应该使用CMD指令来定义默认参数定义为ENTRYPOINT的命令或用于在容器
•使用替代参数运行容器时，CMD将被覆盖
•ENTRYPOINT设置每次容器是使用图像创建的
•如果您将ENTRYPOINT与CMD结合，则可以从CMD中删除可执行文件并且只留下将传递给ENTRYPOINT的参数
•ENTRYPOINT的最佳用途是设置图像的主命令，允许映像要像运行该命令一样运行（然后使用CMD作为默认值标志）
推荐文章
- 试图连接到https://index.docker.io时，网络超时
- 为每个Docker图像查找图层和图层大小
- 如何避免在为Python项目构建Docker映像时重新安装包?
- 如何用docker-compose更新现有图像?
- 如何在构建docker期间设置环境变量
- 拉访问拒绝存储库不存在或可能需要docker登录
- 如何在ENTRYPOINT数组中使用Docker环境变量?
- Docker:容器不断地重新启动
- Mac/OS X上的/var/lib/docker在哪里
- 如何用docker-compose标记docker图像
- 从环境文件中读入环境变量
- 禁用特定RUN命令的缓存
- 从Docker容器获取环境变量
- E: gnupg, gnupg2和gnupg1似乎没有安装，但是这个操作需要其中一个
- 如何从docker更改默认docker注册表。IO到我的私人注册表?
