Spring Boot集成Azure应用配置：本地配置覆盖动态配置问题

核心原因：配置源优先级与刷新机制的共同作用 #

1. 配置加载优先级差异
   Spring Boot的配置加载遵循明确的优先级规则，本地application.properties属于应用内部的高优先级配置源，默认优先级高于外部配置中心的配置源。当你在本地和Azure配置存储中都定义了version配置项时，应用启动时Spring会优先读取本地的0.0，直接覆盖Azure存储中的1.0。

2. @RefreshScope刷新的局限性
   触发sentinel key进行配置刷新时，@RefreshScope只会重新加载那些未被更高优先级本地配置覆盖的远程配置项。对于version这类本地已有定义的配置，Spring依然会遵循优先级规则，优先使用本地值，不会去拉取Azure存储中的更新值；而test仅在Azure中有定义，没有本地配置的覆盖，所以刷新时会正常获取最新的远程配置。

佐证依据 #

你通过Spring Actuator的env端点观察到本地application.properties覆盖Azure配置存储的值，这直接验证了配置源优先级的问题——本地配置源的权重高于Azure配置源，导致远程配置被压制。

解决方案建议 #

• 调整配置源优先级：在bootstrap.properties中配置Azure配置源的优先级高于本地配置，比如设置spring.cloud.azure.appconfiguration.config.order=1（数值越小优先级越高，本地配置源默认order通常为1000）。
• 避免配置项重复：将需要动态更新的配置项（如version）从本地application.properties中移除，仅保留在Azure配置存储中，从根源上消除覆盖冲突。

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