---

1.问题描述

今天在进行业务调试时, 发现调试的java应用所在的容器无限重启，经过排查发现问题出在Dockerfile 文件中的CMD命令上，出错的完整Dockerfile如下，大家可以先思考一下CMD那行错在哪里:

FROM openjdk:8
# 设置工作目录
WORKDIR /app
# 将本地的 JAR 文件复制到镜像中的工作目录
COPY server.jar /app/server.jar

# 暴露应用程序的端口
EXPOSE 8081

# 定义启动命令
CMD ["sh","-c","java $JAVA_OPTS", "-jar", "server.jar"]

使用错误的Dockerfile文件打镜像部署后发现java程序所在容器无限重启，且报错如下

2.解决方法

通过将"java $JAVA_OPTS", “-jar”, “server.jar” 合并为一个字符串作为shell的参数，修改后最后一行CMD命令如下:

CMD ["sh","-c","java $JAVA_OPTS -jar server.jar"]

3.问题原因分析

CMD [“sh”,“-c”,“java $JAVA_OPTS”, “-jar”, “server.jar”] 这条命令会被按照如下逻辑解析：

"sh": 这是 shell 的可执行文件，指定要使用 shell 来执行后续的命令。
"-c": 这是 shell 的参数，告诉 shell 后面的内容将被解释为命令。
"java $JAVA_OPTS": 这是传递给 shell 的命令，其中 $JAVA_OPTS 预计会被 shell 替换为具体的值。
"-jar": 这是传递给上面java $JAVA_OPTS命令的参数。
"server.jar": 这是传递给上面java $JAVA_OPTS命令的参数。

意思也就是说"java $JAVA_OPTS", “-jar”, “server.jar” 没有被当成一个命令"java $JAVA_OPTS -jar server.jar" 直接执行

4.CMD常见的用法

4.1 执行应用程序

CMD ["executable","param1","param2"]

CMD 用于指定容器启动时要运行的应用程序及其参数,例如:

CMD ["java", "-jar", "app.jar"]

这将在容器启动时执行 Java 应用程序

4.2 使用 Shell 执行命令

CMD sh -c "command param1 param2"

通过在 CMD 中使用 sh -c，你可以在 shell 中执行一系列命令。 这对于需要变量替换或复杂的命令序列非常有用。例如：

CMD ["sh", "-c", "echo Hello $NAME"]

4.3 定义环境变量

CMD ["executable", "param1", "param2"]

通过 CMD，你可以在 Dockerfile 中设置一些默认的环境变量 。 这样在容器启动时，这些环境变量将被应用。例如：

CMD ["nginx", "-g", "daemon off;"]

这里的 -g “daemon off;” 就是设置 Nginx 在非守护进程模式下运行的方式。

5.最佳实践

尽量使用 Exec 形式，因为它避免了在 CMD 中引入额外的 shell 进程，减少了资源消耗和潜在的问题。

CMD ["executable", "param1", "param2"]