知识改变命运，撸码使我快乐，2020继续游走在开源界
点赞再看，养成习惯
给我来个Star吧，点击了解下基于SpringBoot的组件化接口服务落地解决方案
SpringBoot约定了配置文件，默认为application.properties，通过该文件可以修改很多默认的配置，当然我们还可以在该配置文件内添加自定义的配置，该文件通过key=value的形式进行配置。
推荐阅读
疑惑配置提示？
当我们使用开发工具来配置时，就会出现相应的提示，这要完全要归功于spring-configuration-metadata.json配置元数据文件，该文件内记录了配置的名称、类型、归属类等信息，如果配置类型为枚举还可以实现选择性配置。
SpringBoot提供了一个依赖，它的主要任务就是自动生成配置元数据，该依赖的名称为spring-boot-configuration-processor，在打包时会在META-INF目录生成一个名为spring-configuration-metadata.json的文件。
配置方式
虽然默认使用properties格式的配置文件，不过这种方式会导致配置的部分前缀冗余，可阅读性稍差，SpringBoot内部还支持使用yaml方式的配置文件，只需要在src/main/resources目录下创建一个名为application.yml文件即可，使用配置时同样也有提供功能。
项目内可以同时存在application.properties、application.yml两个文件，经过测试发现，properties优先级会高一些，相同名称的配置，会将yml内的配置覆盖掉。
指定配置文件
如果你的应用程序配置文件的名称不是application，你想要进行自定义，可以通过--spring.config.name命令行参数进行指定，如下所示：
java -jar project-sample.jar --spring.config.name=custome
**注意事项：**我们只需要指定配置文件的名称即可，可以使用
properties或yaml文件格式，上面的配置会加载src/main/resources/custome.yml或src/main/resources/custome.properties。
通过--spring.config.name仅仅是修改了配置文件的名称，那如果是修改配置文件所处的目录位置，我们需要怎么做呢？
SpringBoot已经给我们准备好了，通过--spring.config.location参数就可以指定配置文件的位置，如下所示：
java -jar project-sample.jar --spring.config.location=classpath:/configs/custome.yml
如果一个配置文件无法满足你的需求，那你看看下面这个方式：
java -jar project-sample.jar --spring.config.location=classpath:/configs/custome.yml,classpath:/configs/default.properties
**注意事项：**支持通过命令行参数的方式指定多个配置文件，使用英文半角
,隔开即可。
如果你通过spring.config.location指定的不是一个文件而是一个目录，在路径最后务必添加一个"/"结束，然后结合spring.config.name进行组合配置文件，组合示例如下：
# 加载/configs/application.properties 或 /configs/application.yml（默认文件名）
java -jar project-sample.jar --spring.config.location=classpath:/configs/
# 加载/configs/custome.properties 或 /configs/custome.yml
java -jar project-sample.jar --spring.config.location=classpath:/configs/ --spring.config.name=custome
注意事项：
spring.config.name该配置参数默认值为application，所以如果只是指定了spring.config.location并为目录形式，上面示例中会自动将spring.config.name追加到目录路径后，如果指定的spring.config.location并非是一个目录，这里会忽略spring.config.name的值。
加载顺序
SpringBoot应用程序在启动时会遵循下面的顺序进行加载配置文件：
- 类路径下的配置文件
- 类路径内config子目录的配置文件
- 当前项目根目录下的配置文件
- 当前项目根目录下config子目录的配置文件
示例项目配置文件存放结构如下所示：
. project-sample
├── config
│ ├── application.yml （4）
│ └── src/main/resources
| │ ├── application.yml （1）
| │ └── config
| | │ ├── application.yml （2）
├── application.yml （3）
启动时加载配置文件顺序：1 > 2 > 3 > 4
src/main/resources下的配置文件在项目编译时，会放在target/classes下。
优先级覆盖
SpringBoot配置文件存在一个特性，优先级较高的配置加载顺序比较靠后，相同名称的配置优先级较高的会覆盖掉优先级较低的内容。
为了更好地解释这一点，我们根据对应的加载顺序分别创建一个application.yml配置文件，来验证根据优先级的不同是否存在覆盖问题，如下图所示：
在上面四个配置文件中都有一个名为name的配置，而红色字体标注的内容就是每个配置文件name的配置内容，下面我们来启动项目测试下输出内容。
运行测试
在测试之前我们让启动类实现CommandLineRunner接口，如下所示：
@SpringBootApplication
public class LoadOrderOfConfigFilesApplication implements CommandLineRunner {
public static void main(String[] args) {
SpringApplication.run(LoadOrderOfConfigFilesApplication.class, args);
}
@Value("${name}")
private String name;
@Override
public void run(String... args) throws Exception {
System.out.println("配置名称：" + name);
}
}
项目启动后通过run方法进行打印${name}配置的内容。
测试一：顺序覆盖
保留上面四个对应加载顺序的配置文件，启动项目，控制台输出内容：
配置名称：project/config
期望与实际输出是符合的，项目根下的config目录是最后加载的，所以它的优先级相对其他三个来说是最高的，覆盖顺序为：4 > 3 > 2 > 1。
测试二：跨顺序覆盖
上一个测试点我们对每一个加载顺序都对应添加了一个配置文件，那如果我们只有两个project/config、classes/config两个目录的配置文件，是否按照优先级进行覆盖呢？
删除另外两个，只保留project/config、classes/config两个位置的配置文件，启动项目控制台输出如下所示：
配置名称：project/config
同样是输出了优先级最高的project/config配置文件的内容，覆盖顺序为：4 > 1
测试点：单顺序加载
平时在项目开发中一般都是将application.yml配置文件放在src/main/resources目录下，然而根据上面的加载顺序来看，我们可以将配置文件放置在任意一处，启动时都会进行加载。
仅保留classes/config位置的配置文件，启动项目控制台输出内容如下所示：
配置名称：classes/config
IDEA对SpringBoot的支持真的很强大， classes/config下的配置文件同样提供了关键字提醒功能。
总结
了解配置文件的加载顺序，才能得心应手的进行配置覆盖，完全控制在不同环境下使用不同的配置内容，要记住classes/application.yml优先级最低，project/config/application.yml优先级最高。
