Dockerfile的ENV段能否实现变量展开？

你遇到的问题是Docker ENV指令在同一组变量定义中，无法引用刚定义的变量——这是因为Docker在处理同一个ENV指令里的多个变量时，变量展开仅依赖之前已经存在的环境变量（比如镜像自带的，或者之前ENV指令设置的），而不是当前指令中刚定义的变量。所以你在同一个ENV块里先设javaMemoryLimit再用它定义JAVA_OPTS，$javaMemoryLimit不会被展开。

下面给你两种符合需求的解决方案：

方案一：拆分ENV指令（构建时固定内存） #

如果你的javaMemoryLimit在构建镜像时就固定，只需要把两个变量的定义拆分成单独的ENV指令，这样第一个指令设置的变量会被加入构建环境，第二个指令就能正确展开变量了：

FROM azul/zulu-openjdk-centos:latest
VOLUME /tmp
ADD myspecificcode.jar app.jar
RUN bash -c 'touch /app.jar'
# 先单独定义内存变量，使其加入环境
ENV javaMemoryLimit="1024M"
# 再定义JAVA_OPTS，此时可以正常引用已存在的javaMemoryLimit
ENV JAVA_OPTS="-Djava.net.preferIPv4Stack=true -Dsun.rmi.dgc.client.gcInterval=3600000 -XX:+MaxFDLimit -XX:+ExplicitGCInvokesConcurrent -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -Xmx$javaMemoryLimit"
ENTRYPOINT java $JAVA_OPTS -jar /app.jar

这种方式简单直接，构建完成后JAVA_OPTS里的-Xmx已经被替换为1024M，运行容器时直接使用即可。

方案二：用Shell脚本作为ENTRYPOINT（运行时动态调整） #

如果你希望运行容器时可以通过-e javaMemoryLimit=2048M动态调整内存，同时保持JAVA_OPTS的原有结构，可以写一个简单的入口脚本，在启动时动态拼接JAVA_OPTS：

1. 先创建entrypoint.sh脚本：

#!/bin/bash
# 把内存参数追加到JAVA_OPTS中
export JAVA_OPTS="$JAVA_OPTS -Xmx$javaMemoryLimit"
# 启动Java应用
exec java $JAVA_OPTS -jar /app.jar

2. 修改Dockerfile：

FROM azul/zulu-openjdk-centos:latest
VOLUME /tmp
ADD myspecificcode.jar app.jar
# 添加入口脚本并赋予执行权限
ADD entrypoint.sh /entrypoint.sh
RUN chmod +x /entrypoint.sh && bash -c 'touch /app.jar'
# 定义默认的内存变量和基础JAVA_OPTS
ENV javaMemoryLimit="1024M"\
    JAVA_OPTS="-Djava.net.preferIPv4Stack=true -Dsun.rmi.dgc.client.gcInterval=3600000 -XX:+MaxFDLimit -XX:+ExplicitGCInvokesConcurrent -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC"
# 使用脚本作为入口
ENTRYPOINT ["/entrypoint.sh"]

这样运行容器时，你可以随时通过环境变量修改内存：

docker run -e javaMemoryLimit=2048M your-image-name

此时JAVA_OPTS会自动带上-Xmx2048M，完全不需要修改启动命令。

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