SpringBoot默认支持properties和YAML两种格式的配置文件。前者格式简单，但是只支持键值对。如果需要表达列表，最好使用YAML格式。SpringBoot支持自动加载约定名称的配置文件，例如application.yml。如果是自定义名称的配置文件，就要另找方法了。可惜的是，不像前者有@PropertySource这样方便的加载方式，后者的加载必须借助编码逻辑来实现。

一、bootstrap.yml（bootstrap.properties）与application.yml（application.properties）执行顺序

bootstrap.yml（bootstrap.properties）用来程序引导时执行，应用于更加早期配置信息读取，如可以使用来配置application.yml中使用到参数等

application.yml（application.properties) 应用程序特有配置信息，可以用来配置后续各个模块中需使用的公共参数等。

bootstrap.yml 先于 application.yml 加载

二、典型的应用场景如下：

当使用 Spring Cloud Config Server 的时候，你应该在 bootstrap.yml 里面指定 spring.application.name 和 spring.cloud.config.server.git.uri

和一些加密/解密的信息

技术上，bootstrap.yml 是被一个父级的 Spring ApplicationContext 加载的。这个父级的 Spring ApplicationContext是先加载的，在加载application.yml 的 ApplicationContext之前。

为何需要把 config server 的信息放在 bootstrap.yml 里？

当使用 Spring Cloud 的时候，配置信息一般是从 config server 加载的，为了取得配置信息（比如密码等），你需要一些提早的或引导配置。

因此，把 config server 信息放在 bootstrap.yml，用来加载真正需要的配置信息。

git仓库中配置文件的读取顺序：

有几种http访问的方式：

（1）首先根据application的名称来寻找，即application的名字（比如，即项目的名称abc）.*来查找文件。

（2）如果没有对应的名字，则读取application.properties里面的内容，如果这个也没有，则返回错误。

比如git仓库中的master分支上面有两个配置文件：foobar-dev.yml和application.yml。

这两个文件中都有一个配置，名称相同，但是内容不同，假设foobar-dev.yml中的是profile=abc-foobar，application.yml中的是profile=abc-application

我们访问的时候比如：localhost:8080/master/foobar-dev.yml，则命中到foobar-dev.yml，读取的是abc-foobar

如果访问localhost:8080/master/foobar-default.yml，这个文件在git中是不存在的，则命中到application.yml中，读取的是profile=abc-application

总结：这里有个 优先级，先找对应名称的，如果没有则找默认的application.yml的内容，如果再没有，那就没办法了。

不同的模块微服务模块使用自己的配置，各自团队自己管理自己的配置，不同的环境配置不用的配置文件如何实现：

一种环境一个仓库

（1）通配符的方式（个人感觉这种方式比较好）

一个微服务对应一个git仓库：微服务的名称与git仓库的名称建立一个对应关系，这样子可以采用通配符的方式

隔离性比较好，不影响团队之间的工作。

一个环境一个文件，容易管理。

（2）模式匹配的方式（个人感觉比较麻烦）