Docker Entrypoint与Command的区别及命令配置相关疑问

1. 为何镜像名称位于实际运行命令的中间位置？ #

这是Docker run命令的语法规则决定的：docker run [启动选项] 镜像名 [命令/参数]。

• --entrypoint=python3属于启动选项，必须放在镜像名称之前；
• 后面的service.py是传递给指定entrypoint的参数，必须放在镜像名称之后。
  所以镜像名自然夹在选项和参数中间。

2. Entrypoint是否仅为python3？ #

这里的python3是本次运行临时指定的entrypoint，它覆盖了镜像本身默认的entrypoint配置。也就是说：

• 这次容器启动时，entrypoint确实是python3；
• 但镜像bobo:net本身可能有自己默认的entrypoint（比如某个启动脚本），只是被--entrypoint参数临时替换了。

3. 为何不能直接采用python3 service.py的形式？ #

有几个核心原因：

• 环境隔离：容器和宿主机是完全隔离的环境，宿主机可能没装Python3，或者Python版本、依赖库和容器镜像里的不一致，直接在宿主机跑会报错。
• 依赖缺失：脚本service.py需要的第三方库可能只存在于bobo:net镜像中，宿主机没有这些依赖的话根本跑不起来。
• 容器意义：用Docker运行就是为了保证运行环境的一致性，如果直接在宿主机执行，就失去了容器封装环境的作用。
  另外，如果直接用docker run bobo:net python3 service.py，本质是把python3 service.py作为镜像默认entrypoint的参数，要是默认entrypoint不是shell或者兼容的程序，这条命令会执行失败，而用--entrypoint指定更可靠。

4. Entrypoint与Command的区别是什么，各自应配置哪些内容？ #

两者的核心区别是角色不同：

• Entrypoint：是容器启动时固定执行的核心主程序，相当于容器的"启动入口"。一般配置容器的核心运行程序，比如python3、nginx、java这类固定不变的内容。一旦设置，除非用--entrypoint临时覆盖，否则每次启动都会执行这个程序。
• Command：是传递给Entrypoint的可变参数，可以被docker run命令末尾的内容直接覆盖。用来配置运行时的可变选项，比如脚本文件名、配置路径、服务启动参数等。

举个实际例子：
如果镜像里配置了ENTRYPOINT ["python3"]和COMMAND ["service.py"]，那么：

• 直接docker run bobo:net会执行python3 service.py；
• 运行docker run bobo:net test.py会执行python3 test.py，这里的test.py覆盖了原来的COMMAND参数。

内容的提问来源于stack exchange，提问作者AturSams