Docker：ENTRYPOINT+CMD执行报错，单独用CMD正常的问题解析

核心差异：执行方式带来的环境变量加载区别 #

• exec形式（方括号写法）的ENTRYPOINT+CMD：容器启动时直接执行指定的二进制文件/opt/conda/bin/python，并传入/tmp/script.py作为参数。这种方式不会启动shell进程，因此不会加载任何shell环境配置文件（比如/etc/profile、~/.bashrc或conda自动注入的环境变量）。
• shell形式（字符串写法）的CMD：Docker会自动用/bin/sh -c包裹命令，启动完整的shell进程。shell启动时会加载所有默认环境配置，包括conda设置的PATH路径、python3到conda python的软链接映射等。

Pyspark报错的直接原因 #

Pyspark默认会调用python3作为Python解释器：

• 在exec形式启动的容器中，因为没有加载shell环境，系统PATH里可能未包含conda的bin目录，也没有python3软链接指向/opt/conda/bin/python，导致Java进程找不到python3可执行文件，抛出No such file or directory错误。
• 在shell形式启动的容器中，shell加载了conda的环境配置，python3被正确映射到conda的Python解释器，因此Pyspark可以正常调用。

验证与解决思路 #

如果要保留ENTRYPOINT的限定逻辑，可以改用shell形式的ENTRYPOINT：

FROM image1
ENTRYPOINT ["/bin/sh", "-c", "/opt/conda/bin/python /tmp/script.py"]

或者在exec形式中手动注入必要的环境变量，将conda的bin目录加入PATH：

FROM image1
ENV PATH="/opt/conda/bin:${PATH}"
ENTRYPOINT [ "/opt/conda/bin/python" ]
CMD [ "/tmp/script.py" ]

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