SpringCloud bootstrap.yml 和application.yml 加载原理

Spring Cloud 官方文档：https://cloud.spring.io/spring-cloud-static/spring-cloud.html

一个Spring Cloud的操作是通过创建“bootstrap”context开始的，它是main application最上层的parent context。开箱机用，它负责载入来自于外部的配置信息（properties），同时在本地解码外部配置文件的properties。所有Spring应用程序都是由2个Context共享来自外部properties的环境Environment。 Bootstrap properties在被加载时具有最高的优先权，所以默认情况下bootstrap properties不会被本地配置覆盖。

bootstrap context 使用不同的方式定位外部配置信息，而不是像main application context那样，所以你可以使用bootstrap.yml 代替 application.yml or application.properties, 最好将外部配置交给bootstrap，并与main context分开。

如果你的application在server端有任何特殊的配置，最好是将spring.application.name设置到bootstrap.yml内，因为bootstrap.yml 不会被本地配置所覆盖。
你也完全可以通过设置系统属性（system properties）spring.cloud.bootstrap.enabled=false, 来禁用bootstrap process。

bootstrap.yml  和application.yml  都可以用来配置参数

bootstrap.yml可以理解成系统级别的一些参数配置，这些参数一般是不会变动的

application.yml 可以用来定义应用级别的，如果搭配spring-cloud-config使用 application.yml里面定义的文件可以实现动态替换

Bootstrap.yml（bootstrap.properties）在application.yml（application.properties）之前加载，就像application.yml一样，但是用于应用程序上下文的引导阶段。它通常用于“使用Spring Cloud Config Server时，应在bootstrap.yml中指定spring.application.name和spring.cloud.config.server.git.uri”以及一些加密/解密信息。技术上，bootstrap.yml由父Spring ApplicationContext加载。父ApplicationContext被加载到使用application.yml的之前。

例如，当使用Spring Cloud时，通常从服务器加载“real”配置数据。为了获取URL（和其他连接配置，如密码等），您需要一个较早的或“bootstrap”配置。因此，您将配置服务器属性放在bootstrap.yml中，该属性用于加载实际配置数据（通常覆盖application.yml [如果存在]中的内容）。

当然，在一些情况上不用那么区分这两个文件，你只需要使用application文件即可，把全部选项都写在这里，效果基本是一致的，在不考虑上面的加载顺序覆盖的问题上。