Kubernetes中覆盖Docker ENTRYPOINT后Spring Boot环境变量失效如何解决

你遇到的配置失效问题核心原因是：Linux Shell 不支持名称包含点号的环境变量，会自动过滤这类变量，不会传递给 Shell 启动的子进程。
原镜像的 ENTRYPOINT 为 exec 格式，启动时不经过 Shell 层，所有定义的环境变量会直接传递给 Java 进程，因此带点号的 spring.property1 这类变量可以被 Spring Boot 正常识别。修改为 sh -c 启动后，中间多了一层 Shell 进程，带点号的环境变量被 Shell 拦截过滤，Java 进程无法读取到相关配置。

推荐按优先级选择以下方案：

方案一：修改环境变量命名（最推荐） #

Spring Boot 原生支持大写+下划线格式的环境变量与点分隔配置项的自动映射，无需修改应用代码，仅需调整环境变量命名即可：

env:
  - name: "JAVA_OPTS"
    value: "...jvm options..."
  # 点替换为下划线，全大写，Spring Boot会自动映射为spring.property1
  - name: SPRING_PROPERTY1
    value: property_value
  - name: SPRING_PROPERTY2
    value: property_value
command: ["sh", "-c", "java ${JAVA_OPTS} -jar /app/myapp-exec.jar ${0} ${@}"]
args:
  - --spring[0].property=property_value

方案二：去掉Shell中间层，直接用K8s变量引用 #

无需调整环境变量命名，直接用 exec 格式的 command 启动，利用 Kubernetes 自身的变量引用能力注入 JVM 参数，避免经过 Shell 导致变量过滤：

command: ["java"]
args:
  # 此处为K8s自带的变量引用语法，启动前直接替换值，无需Shell解析
  - $(JAVA_OPTS)
  - -jar
  - /app/myapp-exec.jar
  - --spring[0].property=property_value
env:
  - name: "JAVA_OPTS"
    value: "...jvm options..."
  - name: spring.property1
    value: property_value
  - name: spring.property2
    value: property_value

方案三：强制Shell导出带点号变量（仅临时调试使用） #

如果必须保留原有 sh -c 写法和带点的环境变量命名，可以手动在Shell命令中导出变量：

command: ["sh", "-c", "export spring.property1='$spring.property1' spring.property2='$spring.property2'; java ${JAVA_OPTS} -jar /app/myapp-exec.jar ${0} ${@}"]
args:
  - --spring[0].property=property_value
env:
  - name: "JAVA_OPTS"
    value: "...jvm options..."
  - name: spring.property1
    value: property_value
  - name: spring.property2
    value: property_value

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