如何创建Native+JDBC复合配置仓库？优先级配置失效排查

我来帮你搞定这个配置优先级的坑——你现在遇到的问题核心是配置属性的写法不对，导致你设置的order根本没生效，Spring Cloud Config压根没按你期望的规则来加载仓库。

问题根源 #

直接通过spring.profiles.active=native,jdbc激活两个仓库的方式，Spring会用内置的默认顺序加载，而不会读取你设置的spring.cloud.config.server.native.order和spring.cloud.config.server.jdbc.order。要让优先级规则生效，必须用**复合仓库（composite）**的配置方式，把多个仓库的定义放到spring.cloud.config.server.composite数组里，这样每个仓库的order属性才会被正确识别。

正确配置示例 #

把你的配置改成下面这样，就能让Native仓库（文件系统）优先于JDBC仓库：

spring.application.name=config-server
server.port=8888

# 复合仓库配置：数组形式定义多个仓库，order越小优先级越高
spring.cloud.config.server.composite[0].type=native
spring.cloud.config.server.composite[0].order=1
spring.cloud.config.server.composite[0].searchLocations=file:/data

spring.cloud.config.server.composite[1].type=jdbc
spring.cloud.config.server.composite[1].order=2
# 注意：JDBC仓库需要指定查询SQL，默认语句如下（如果你的表结构一致可以直接用）
spring.cloud.config.server.composite[1].sql=SELECT KEY, VALUE FROM PROPERTIES WHERE APPLICATION=? AND PROFILE=? AND LABEL=?

# 数据源配置保持不变
spring.datasource.url=jdbc:h2:./data/props_db
spring.datasource.username=omc
spring.datasource.password=omc
spring.datasource.driver-class-name=org.h2.Driver

关键说明 #

1. 优先级规则：order值越小，仓库优先级越高。这里Native的order=1会被优先查询，只有当Native仓库里找不到对应配置时，才会去JDBC仓库查找。
2. 无需激活单独Profile：复合配置会自动加载对应的仓库实现，所以要删掉原来的spring.profiles.active=native,jdbc。
3. JDBC SQL验证：确保你的数据库表结构和SQL语句匹配，默认表需要有APPLICATION、PROFILE、LABEL、KEY、VALUE这几个字段，如果你的表名或字段名不同，要调整SQL语句。

验证方法 #

你可以做个简单测试：

• 在Native仓库的/data目录下创建your-app-dev.properties，添加一个独有的属性，比如test.prop=from-native-file
• JDBC仓库里不要添加这个属性
• 请求配置接口：http://localhost:8888/your-app/dev
• 如果返回结果里包含test.prop=from-native-file，就说明Native仓库已经优先生效了。

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