spring cloud配置中属性的加载优先级是什么？

Question

spring对加载外部化配置有明确的命令。

1. 主目录上的devtools全局设置属性(~/.-boot-devtools.properties当devtools处于活动状态时）。
2. @TestPropertySource对测试的注释。
3. @springboottest#properties注释属性。
4. 命令行参数。
5. 来自SPRING_APPLICATION_JSON（嵌入环境变量或系统属性中的内联JSON)的属性。
6. ServletConfig初始化参数。
7. ServletContext初始化参数。
8. 来自Java的JNDI属性：comp/env。
9. Java系统属性（System.GetProperties（））。
10. OS环境变量。
11. 仅在random.*中具有属性的RandomValuePropertySource。
12. 打包的jar之外的配置html" target="_blank">文件特定的应用程序属性（application-{profile}.properties和YAML变体）。
13. 封装在jar中的特定于配置文件的应用程序属性（application-{profile}.properties和YAML变体）。
14. 打包的jar之外的应用程序属性（application.properties和YAML变体）。
15. 封装在jar中的应用程序属性（application.properties和YAML变体）。
16. @PropertySource在@Configuration类上的批注。
17. 默认属性（通过设置SpringApplication.SetDefaultProperties指定）。

然而，似乎有一个明显的省略来自spring cloud配置的配置。有没有人知道上面spring cloud配置的位置

Answer 1

文件指出：

bootstrap属性作为高优先级属性源显示在/env端点中，如下例所示

所以它将是位置#0

Answer 2

正如其他人所说的，config-server是第一位的。如果您试图用本地属性（即application-local.yml)重写config-server的属性，则需要向config-server**添加两个属性：

spring.cloud.config.allowOverride=true
spring.cloud.config.overrideNone=true

根据文档：

由引导上下文添加到应用程序中的属性源通常是“远程”的（例如，从配置服务器），并且默认情况下不能在本地覆盖它们。如果您希望允许应用程序使用它们自己的系统属性或配置文件覆盖远程属性，远程属性源必须通过设置spring.cloud.config.allowOverride=true来授予它权限（在本地设置该权限不起作用）。一旦设置了该标志，就会有一些更细粒度的设置来控制远程属性相对于系统属性和应用程序的本地配置的位置：spring.cloud.config.overridenone=true可以用任何本地属性源重写；spring.cloud.config.overridesystemproperties=false如果只有系统属性和env变量应该重写远程设置，而不是本地配置文件。

还请参阅以下内容，有关使用spring.cloud.config.override-system-properties=false通过系统/命令行属性重写。上面引用的文档有/有一个不一致的地方，我把它从引用中删除了。

注意,如果希望远程配置服务器重写本地属性文件源,但不重写本地系统属性或环境属性,请在配置服务器中添加以下内容：

spring.cloud.config.allowOverride=true
spring.cloud.config.overrideNone=false
spring.cloud.config.overrideSystemProperties=false

**在这种情况下，忽略overridesystemproperties值。请参阅org.springframework.cloud.bootstrap.config.propertysourcebootstrapconfiguration#insertpropertysources