docker ENTRYPOINT [“sh“,“-c“,“java“,“-jar“,“Hello.jar“] 启动失败问题分析

因为没系统的学过linux语法，所以才会产生如下疑问。大佬请跳过。

问题：当在dockerfile里面配置 ENTRYPOINT ["sh","-c","java","-jar","Hello.jar"]，启动对应容器时会无法正常运行，docker 查看日志信息如下所示：

但是配置 [ "sh **"**, "****-c "****, "java -jar Hello.jar **"**] 却可以。docker是可以支持多个参数用逗号分割的，所以个人理解上面的两种配置是等同的。
原因定位：接下来以配置ENTRYPOINT ["sh","-c","curl","www.baidu.com"] 为例。

1.运行结果对比：

如果是直接执行curl www.baidu.com ,效果如下所示

而用docke配置 **ENTRYPOINT ["sh","-c","curl","www.baidu.com"]**运行容器后查看日志看到的效果如下所示。

2.查看 docker运行容器实际执行的命令

用如下命令可以查看容器启动时执行的命令是什么
bash 复制代码
docker ps -a --non-trunc |grep ${容器名} 
可以看出 docker 启动容器运行的命令如下所示
bash 复制代码
sh -c curl www.baidu.com
看起来好像也没啥问题

3.基于 docker实际执行命令分析错误原因

直接使用docker运行的命令在linux终端执行执行，发现效果和docker容器执行是一样的

而区别在于前面多了 sh -c，执行man sh

发现sh -c 只会取后面的第一个参数，既 www.baidu.com会被忽略掉

4.分析 **ENTRYPOINT ["sh","-c","curl www.baidu.com"]**为什么就没问题

继续用如下命令查看容器启动时执行的命令是什么
bash 复制代码
docker ps -a --non-trunc |grep ${容器名} 
可以看出 docker 启动容器运行的命令如下所示
bash 复制代码
sh -c 'curl www.baidu.com'
用单引号包起 curl www.baidu.com 了，使其作为一个参数传给sh执行。都是sh若的祸
总结： docker 使用 **ENTRYPOINT ["sh","-c" ]**配置时就只能跟一个参数，第三个参数需放完整命令

如果想把完整命令拆成多个逗号分割，就不要加 sh -c,直接使用命令就好
bash 复制代码
 ENTRYPOINT ["java","-jar","hello.jar" ]