今天在进行业务调试时, 发现调试的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程序所在容器无限重启,且报错如下
通过将"java $JAVA_OPTS", “-jar”, “server.jar” 合并为一个字符串作为shell的参数,修改后最后一行CMD命令如下:
CMD ["sh","-c","java $JAVA_OPTS -jar server.jar"]
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" 直接执行
CMD ["executable","param1","param2"]
CMD 用于指定容器启动时要运行的应用程序及其参数,例如:
CMD ["java", "-jar", "app.jar"]
这将在容器启动时执行 Java 应用程序
CMD sh -c "command param1 param2"
通过在 CMD 中使用 sh -c,你可以在 shell 中执行一系列命令。 这对于需要变量替换或复杂的命令序列非常有用。例如:
CMD ["sh", "-c", "echo Hello $NAME"]
CMD ["executable", "param1", "param2"]
通过 CMD,你可以在 Dockerfile 中设置一些默认的环境变量 。 这样在容器启动时,这些环境变量将被应用。例如:
CMD ["nginx", "-g", "daemon off;"]
这里的 -g “daemon off;” 就是设置 Nginx 在非守护进程模式下运行的方式。
尽量使用 Exec 形式,因为它避免了在 CMD 中引入额外的 shell 进程,减少了资源消耗和潜在的问题。
CMD ["executable", "param1", "param2"]