application.yml配置文件的优先级
SpringBoot默认支持properties和YAML两种格式的配置文件
- spring boot项目中同一个目录下同时存在application.properties和application.yml文件时，两个文件都有效，但是yml文件会先加载，而后加载的properties文件会覆盖yml文件。
- 位置的优先级大于配置文件类型的优先级，如下面的配置， classpath:/config/yml > classpath:properties
- resources
- application.properties # 8081
- /config/application.properties # 8082
- properties的优先级大于yml，jar包内的优先级高于jar包外的，config的优先级大于classpath，
如果这四个位置都有配置文件，那么四个配置文件都会生效，只不过四个配置文件中的相同配置项，生效的是高优先级的配置文件里的配置项。即：优先级由高到底，高优先级的配置会覆盖低优先级的相同配置项并互补配置。
application配置文件可以存放的四个位置：
当前项目的根目录/config/ 【jar包内config目录下】 # 最高优先级
当前项目的根目录/ 【jar包内】 # 第二优先级
类路径(在resources目录下)/config/ 【classpath路径下，即jar包所在目录的下级目录config】 # 第三优先级
类路径(在resources目录下)/ 【classpath路径下，即jar包所在目录】 # 第四优先级
在项目已打包运行，且jar包内包含有配置文件，若需要修改配置文件时，可以在jar包的外面，新建一个外部配置文件，然后在运行jar包命令后添加激活外部配置文件的命令参数 （–spring.config.location=文件路径），那么这个新的外部配置文件会覆盖jar包中配置文件里相同的配置项信息。即：外部配置文件优先级最高。
bootstrap.yml和application.yml的区别
（1）加载顺序
- bootstrap 由spring父上下文加载，比application配置文件优先加载，而application配置文件由子上下文加载
- bootstrap加载的配置信息不能被application的相同配置覆盖
（2）配置区别
- bootstrap常见应用场景：
（1）bootstrap配置文件中的配置一般是引导配置，类似于bios，用于连接到spring cloud配置中心，加载应用真正需要的配置数据，如：
spring.application.name 和 spring.cloud.config.server.git.uri
（2）配置一些固定的不能被覆盖的属性
默认情况下，本地的配置文件不能覆盖远程配置
（3）配置加密解密外部配置信息的相关属性 - application常见应用场景：spring boot项目的自动化配置
注意：在一些情况上不用区分这两个配置文件，只需使用application.yml即可，把全部配置信息都写在这里，效果基本是一致的
高级应用 (待验证)
https://www.jianshu.com/p/8c1d32cae0b4
- 禁用bootstrap配置文件：spring.cloud.bootstrap.enabled=false
- 如果想要远程配置优先级高，那么allowOverride设置为false，如果想要本地配置优先级高那么allowOverride设置为true
spring.cloud.config.allowOverride=true - overrideNone为true时本地配置优先级高，包括系统环境变量、本地配置文件等等
spring.cloud.config.overrideNone=true - 只有系统环境变量或者系统属性才能覆盖远程配置文件的配置，本地配置文件中配置优先级低于远程配置
spring.cloud.config.overrideSystemProperties=true - 如果想在项目中覆盖远程配置，在远程配置中添加spring.cloud.config.overrideNone=true 即可，千万不要加在本地bootstrap.properties那样会无效的。