你遇到的问题核心在于两个点：一是Docker的exec格式ENTRYPOINT（数组形式）不会触发shell解析环境变量，导致$ENV_PROFILE被当作字面量传递；二是Spring Boot默认不会直接替换application.properties里的$ENV_PROFILE写法，得用它支持的占位符规则。下面给你几个实用的解决办法：

方法1：改用Shell格式ENTRYPOINT（适合简单场景） #

把ENTRYPOINT改成字符串形式，让shell帮你解析环境变量：

ENTRYPOINT exec java -jar /code/myapp/target/myapp.jar --spring.profiles.active=$ENV_PROFILE

这里加exec是关键——它能让Java进程成为容器的PID 1进程，这样docker stop或K8s的终止信号能正常传递给Java进程，保证应用优雅关闭。如果不加exec，shell会成为PID 1，可能导致信号处理异常。

方法2：用Shell脚本作为入口点（适合复杂启动逻辑） #

如果你的启动需要前置检查、多参数拼接等复杂操作，可以写一个shell脚本作为入口：

1. 在项目根目录创建start.sh脚本：

#!/bin/sh
# 这里可以加前置逻辑，比如检查配置文件、打印环境变量等
exec java -jar /code/myapp/target/myapp.jar --spring.profiles.active=$ENV_PROFILE

2. 在Dockerfile中添加脚本复制与权限配置：

COPY start.sh /code/myapp/
RUN chmod +x /code/myapp/start.sh
ENTRYPOINT ["/code/myapp/start.sh"]

这种方式扩展性很强，后续修改启动逻辑只需调整脚本即可。

方法3：利用Spring Boot原生环境变量映射（最符合框架设计） #

Spring Boot有一套原生的环境变量映射规则：将环境变量名转为大写、用下划线分隔，就能对应配置文件里的小写点分隔属性。比如环境变量SPRING_PROFILES_ACTIVE会直接映射到spring.profiles.active。

你可以直接修改K8s YAML，去掉启动命令里的参数，换成设置这个原生环境变量：

spec:
  containers:
  - name: myspringboot
    image: myrepo/myapp:latest
    imagePullPolicy: Always
    resources:
      requests:
        cpu: 100m
        memory: 100Mi
    env:
    - name: SPRING_PROFILES_ACTIVE
      value: "test"

这样Spring Boot启动时会自动读取这个环境变量，不需要在启动命令或application.properties里做额外配置，简洁又符合框架设计思路。

关于application.properties的补充说明 #

如果坚持要用配置文件来设置，可以把写法改成Spring Boot支持的占位符格式：

spring.profiles.active=${ENV_PROFILE}

这样Spring Boot启动时会自动读取环境变量ENV_PROFILE填充占位符，前提是容器能正常获取到该环境变量（K8s配置的env是可以的）。不过这种方式不如方法3直接，多了一层映射环节。

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