如何仅通过Dockerfile将.env文件中的环境变量注入到Spring应用的ENTRYPOINT中？
首先咱们先揪出当前配置的核心问题：你搞反了ENTRYPOINT和CMD的用法，导致contextinit.sh根本没按预期先运行加载环境变量。在Docker的规则里，ENTRYPOINT是容器启动的主进程，CMD只是给ENTRYPOINT传递的参数。你现在的配置实际执行的是：
java -jar -Dspring.profiles.active=prod /app/runner.jar /bin/bash /app/contextinit.sh
Java会把bash脚本当成jar包的启动参数，完全不会先运行脚本加载环境变量——这就是Spring拿不到必要上下文的根本原因。
下面给你几个仅用Dockerfile就能解决的方案，按推荐程度排序：
方案1：让contextinit.sh加载环境变量并启动Spring应用（最推荐）
这个方案贴合你原本的思路，只需要小幅度调整脚本和Dockerfile的启动逻辑：
步骤1：修改contextinit.sh内容
让脚本在加载.env后，直接启动Spring应用（用exec替换当前shell进程，保证容器能正确响应停止信号）：
#!/bin/bash set -a && . /app/.env && set +a # 启动Spring应用，替换当前shell进程 exec java -jar -Dspring.profiles.active=prod /app/runner.jar
步骤2：调整Dockerfile的启动指令
删掉原来的ENTRYPOINT和CMD，替换成只执行脚本（二选一即可，推荐用ENTRYPOINT）：
# 用ENTRYPOINT指定启动脚本 ENTRYPOINT ["/bin/bash", "/app/contextinit.sh"] # 或者用CMD： # CMD ["/bin/bash", "/app/contextinit.sh"]
容器启动时会先运行脚本加载.env的环境变量，再启动Java进程，此时环境变量会被Spring应用直接继承。
方案2：在Dockerfile中直接通过命令链加载环境变量
如果你不想修改contextinit.sh，可以直接把加载环境变量和启动应用的逻辑合并到ENTRYPOINT中：
修改Dockerfile的ENTRYPOINT为：
ENTRYPOINT ["/bin/bash", "-c", "set -a && . /app/.env && set +a && java -jar -Dspring.profiles.active=prod /app/runner.jar"]
同时可以删掉原来的CMD指令，因为现在ENTRYPOINT已经包含了完整的启动逻辑。
这个方案的原理是：用bash -c执行一个连续的命令序列，所有步骤在同一个shell进程中完成，.env的环境变量能直接被后续的Java进程继承。
方案3：构建时将环境变量注入镜像（不推荐，有安全风险）
如果你的.env内容固定、不需要运行时动态修改，可以在构建镜像时把环境变量写入全局配置：
在Dockerfile中添加以下指令：
# 把.env中的非注释行转换成export命令，写入全局profile RUN set -a && . /app/.env && set +a && \ grep -v '^#' /app/.env | while read -r line; do echo "export $line" >> /etc/profile.d/app_env.sh done && \ chmod +x /etc/profile.d/app_env.sh
然后修改ENTRYPOINT为：
ENTRYPOINT ["/bin/bash", "-l", "-c", "java -jar -Dspring.profiles.active=prod /app/runner.jar"]
这里-l参数让bash以登录shell模式启动，自动加载/etc/profile.d下的配置，从而获取.env中的环境变量。
⚠️ 注意：这个方案会把.env中的明文凭证直接打包到镜像里，一旦镜像被共享或泄露，凭证会面临泄露风险，仅适合内部测试或非敏感环境使用。
验证环境变量是否生效
你可以临时修改启动命令，进入容器验证环境变量是否正确加载：
docker run --rm -it your-image-name bash # 在容器内执行（替换成你.env中的实际变量名） echo $DB_USER
如果能输出正确的变量值，说明环境变量加载成功，再启动Spring应用即可正常获取上下文。
备注：内容来源于stack exchange，提问作者Ainz Sama
