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那样会无效的。