如何将$JAVA_OPTS作为环境变量传入Docker Entrypoint？

问题背景 #

我尝试将JAVA_OPTS传入Docker Entrypoint，但原有语法不生效，代码如下：

ENTRYPOINT ["java", $JAVA_OPTS, "-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=*:8008", "-cp","app:app/lib/*","gov.aus.mkt.data.MktApp", "--spring.redis.host=redis"]

疑问点 #

1. 是否可以从docker-compose定义的环境变量中传递$JAVA_OPTS？
2. 网上有文章指出当前Entrypoint写法是不良实践，正确写法是什么？原因是什么？
3. 我通过显式使用exec解决了问题，代码如下，这种写法是否属于最佳实践？原因是什么？

ENTRYPOINT exec java $JAVA_OPTS -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=*:8008 -cp app:app/lib/* gov.aus.mkt.data.MktApp --spring.redis.host=redis

1. 能否从docker-compose传递JAVA_OPTS？ #

可以。只要在docker-compose.yml中通过environment字段定义JAVA_OPTS，容器启动时就能读取到这个环境变量，前提是Entrypoint的写法支持环境变量解析。

2. 原有写法的问题及正确方向 #

原有写法用了**exec格式（JSON数组）**的ENTRYPOINT，这种格式下Docker不会通过shell解析环境变量，$JAVA_OPTS会被当作字面量字符串传递给java命令，自然不会生效，这就是核心问题。

这种写法的不良之处在于：

• 无法解析环境变量，失去动态配置能力
• 无法使用shell的其他特性（比如通配符展开、命令组合）
• 容器启动时，java进程不是PID 1，docker stop发送的SIGTERM等信号无法直接传递给java进程，可能导致容器无法优雅停止

3. 使用exec的写法是否是最佳实践？ #

这种写法属于推荐的最佳实践，原因如下：

• 采用shell格式的ENTRYPOINT，通过shell解析$JAVA_OPTS，环境变量能正常生效
• exec命令会让java进程替换当前shell进程，成为容器的PID 1进程，docker stop发送的SIGTERM信号能直接传递给java进程，保证应用可以优雅停止
• 保留了shell的特性，比如可解析通配符、执行简单前置命令（如果需要）

如果需要更灵活的配置，还可以把ENTRYPOINT写成shell脚本，在脚本里处理环境变量、执行前置逻辑，最后用exec java ...启动应用，这种方式扩展性更强，也是常见的最佳实践。

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