Spring Cloud Config配置未覆盖程序参数问题咨询

我完全理解你现在的困扰——本来期望Spring Cloud Config Server的配置作为优先项，只有当Server不可用时才用启动参数兜底，但实际情况却是启动参数直接覆盖了从Server拉取到的配置，这确实和预期不符，挺闹心的。

问题原因 #

这其实是Spring Boot默认的配置加载优先级导致的：命令行参数的优先级要高于Spring Cloud Config Server提供的配置。所以哪怕你的应用成功从Config Server拉取到了setting.parameter=2，启动时传入的--setting.parameter=1还是会把它覆盖掉。

解决方案 #

方案1：调整Config配置的覆盖优先级

你可以通过配置Spring Cloud Config的专属属性，让Server返回的配置能够覆盖命令行参数。在你的本地application.yml中添加以下配置：

spring:
  cloud:
    config:
      override-none: true

这个属性的作用是让Config Server提供的配置覆盖所有本地配置源，包括命令行参数、系统属性等。这样一来，当Server可用时，应用会优先使用Server的配置；只有当Server不可用时，才会 fallback 到启动参数或者本地配置，完全符合你的预期。

方案2：用配置占位符实现兜底逻辑

如果你不想让Config Server完全覆盖所有命令行参数，只是希望在Server不可用时才用启动参数作为默认值，可以在本地配置中结合占位符来实现：
在你的本地application.yml里这么写：

setting:
  parameter: ${setting.parameter:}

不过这里要注意，由于命令行参数原本优先级更高，这个方式需要配合spring.cloud.config.override-system-properties=false一起使用（该属性让Config Server覆盖系统属性，但命令行参数还是优先级更高，适用场景有限）。如果你的需求很明确——Server可用时用Server配置，不可用时用启动参数，那方案1会更稳妥。

额外提示 #

使用override-none=true时要留意，这个配置会让所有来自Config Server的配置都覆盖本地配置源，包括系统属性和命令行参数，所以要确认这完全符合你的业务需求。如果有部分参数希望保留命令行的优先级，可以在Config Server的配置中避免设置这些参数，或者通过spring.cloud.config.override-prefix来指定只覆盖特定前缀的配置。

备注：内容来源于stack exchange，提问作者ChillDochMal