application配置文件优先级、bootstrap和application的区别

本文详细解析了SpringBoot中application.yml和bootstrap.yml配置文件的优先级、加载顺序及应用场景,阐述了不同位置配置文件的优先级规则,以及如何通过外部配置文件覆盖内部配置。

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那样会无效的。
### Spring Boot 中 `application.properties` `bootstrap.yml` 的加载顺序与优先级 在 Spring Boot 项目中,`bootstrap.yml` `application.properties` 是两种重要的配置文件,它们的加载顺序优先级决定了配置项的生效范围。以下是关于两者加载顺序优先级的详细说明: #### 加载顺序 - `bootstrap.yml` 或 `bootstrap.properties` 文件会在 Spring Boot 应用启动时最早被加载,通常用于配置引导上下文(Bootstrap Context),例如云原生配置(如 Spring Cloud Config)以及其他早期启动时需要的配置[^1]。 - `application.properties` 或 `application.yml` 文件会在引导上下文初始化完成后被加载,用于常规的应用配置[^2]。 因此,加载顺序为:`bootstrap.yml` → `application.properties`[^3]。 #### 优先级 - 在配置优先级方面,`bootstrap.yml` 的优先级高于 `application.properties`。这是因为 `bootstrap.yml` 的配置主要用于引导上下文,而 `application.properties` 的配置则应用于应用上下文。引导上下文中的配置会先于应用上下文加载,并且不会被后续加载的应用上下文中的同名配置覆盖[^4]。 - 如果在同一目录下同时存在 `bootstrap.yml` `application.properties`,`bootstrap.yml` 中的配置项会被优先加载并生效,而 `application.properties` 中的配置项仅会影响应用上下文中的配置[^5]。 #### 示例代码 以下是一个简单的示例,展示如何通过命令行指定多个配置文件并观察加载顺序: ```bash $ java -jar myproject.jar --spring.config.location=classpath:/bootstrap.yml,classpath:/application.properties ``` 在这种情况下,`bootstrap.yml` 中的配置会优先加载并生效,随后加载 `application.properties` 中的配置[^3]。 ### 注意事项 - 如果需要使用多环境配置,可以结合 `application-{profile}.properties` 或 `application-{profile}.yml` 文件进行管理。这些文件的优先级高于普通的 `application.properties` 或 `application.yml` 文件[^4]。 - 在实际开发中,`bootstrap.yml` 通常用于加载外部配置中心(如 Spring Cloud Config)的配置,而 `application.properties` 则用于本地开发或测试环境的配置[^5]。 ###
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值