SpringBoot项目部署时application.yml文件的加载优先级

application.yml文件的加载优先级(由高到低)

第一级命令行参数

java -jar demo.jar --spring.config.location=/path/to/application.yml
  • 这个是在系统启动参数中直接指定,这个一般不用

第二级Jar包同级目录 /config

/path/to/demo.jar---jar包位置
/path/to/config/application.yml---配置文件位置
  • 2级与3级留做系统打包后设置通用属性,2级常用于运维经理进行线上整体项目部署方案调控,

如下是 Jar包同级目录/config的情况,在**/config**文件夹下配置了的话,会覆盖外面application.yml的配置和jar包内部的application.yml配置
在这里插入图片描述

第三级Jar包同级目录

/path/to/demo.jar---jar包位置
/path/to/application.yml---配置文件位置
  • 2级与3级留做系统打包后设置通用属性,3级服务于运维人员配置涉密线上环境

如下是Jar包同级目录的情况,会将配置的内容替换jar包里面原有的application.yml配置
在这里插入图片描述

第四级classpath 下的/config

src/main/resources/config/application.yml
  • 4级和5级用于系统开发阶段设置通用属性,4级常用于项目经理进行整体项目属性调控

第五级classpath 根路径/

src/main/resources/application.yml
  • 4级和5级用于系统开发阶段设置通用属性,5级服务于开发人员本机开发与测试

总结:

  • 多层级配置文件间的属性采用叠加并覆盖的形式作用于程序。
  • 如果同一个目录下,有application.yml也有application.properties,默认先读取application.properties。
  • 如果同一个配置属性,在多个配置文件都配置了,默认使用第1个读取到的,后面读取的不覆盖前面读取到的。
  • 先后加载顺序:若application 和bootstrap 在同一目录下:bootstrap先加载 application后加载

logback.xml 文件加载顺序

Spring Boot 在部署时会按照特定的顺序尝试加载 logback.xml 配置文件。以下是加载 logback.xml 的常见位置和加载顺序:

  • 外部配置文件:通过命令行参数指定的外部配置文件。例如,使用 --spring.config.location 参数指定配置文件路径。
  • 当前目录下的 /config 子目录
  • 当前目录
  • 类路径下的 /config 包
  • 类路径的根目录

logback.xml 将会按照上述顺序依次查找,并使用找到的第一个配置文件。

如果你想要指定 logback.xml 的加载位置,可以在启动 Spring Boot 应用时通过命令行参数 --spring.config.location 指定。例如:

java -jar demo.jar --spring.config.location=file:/path/to/config/

注意:

  • springboot在启动初,会加载内部的logback.xml,完全启动后,才会加载外部的logback.xml,所以最好保持两者一致

当application.yml 和 bootstrap.yml 同时存在时

  • 则bootStrap.yml 的加载顺序要于application.yml,即bootStrap.yml 会优先被加载。

原理:

  • bootstrap.yml 于应程序上下的引导阶段。
  • bootstrap.yml 由Spring ApplicationContext加载。
  • bootstrap.yml 可以理解成系统级别的⼀些参数配置,这些参数⼀般是不会变动的。
  • application.yml 可以⽤来定义应⽤级别的,如果搭配 spring-cloud-config 使用 application.yml 定义的文件可以实现动态替换。
### Nacos 覆盖 Spring Boot `application.yml` 配置的方法 在 Spring Cloud 项目中,Nacos 可以作为配置中心来动态管理应用的配置项。当使用 Nacos 来覆盖本地 `application.yml` 文件中的配置,主要依赖于 Spring Cloud 的加载顺序机制以及 Nacos 提供的功能。 #### 加载优先级说明 Spring Cloud 应用启动会依次加载多个配置源,其加载顺序如下: 1. **Bootstrap Context**:这是由 `bootstrap.yml` 或 `bootstrap.properties` 定义的内容,主要用于指定远程配置中心的位置和其他初始化参数。 2. **Remote Configuration (Nacos)**:如果启用了 Nacos 并正确配置了连接地址,则 Nacos 中的配置会被加载到环境中。 3. **Application Context**:这是由 `application.yml` 或 `application.properties` 定义的内容,默认情况下这些配置具有较低的优先级[^1]。 因此,只要 Nacos 远程配置被成功加载并解析,它就可以覆盖掉本地 `application.yml` 文件中的同名属性。 --- #### 实现步骤详解 ##### 1. 添加必要的 Maven 依赖 为了支持 Nacos 配置功能,需确保项目的 `pom.xml` 文件中有以下依赖: ```xml <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId> <version>2021.0.4.0</version> </dependency> <!-- 如果需要启用 Bootstrap 上下文 --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-bootstrap</artifactId> <version>3.1.0</version> </dependency> ``` 上述代码片段展示了如何引入 Nacos 配置模块及其关联组件[^2]。 ##### 2. 配置 `bootstrap.yml` 由于 Nacos 属于外部化配置的一部分,通常建议将其基础设置放在 `bootstrap.yml` 文件中,这样可以保证即使未完成网络通信也能读取初始参数。以下是典型示例: ```yaml spring: application: name: demo-service # 对应 Nacos 数据 ID 名称 cloud: nacos: config: server-addr: localhost:8848 # 指定 Nacos Server 地址 file-extension: yaml # 设置扩展名为 YAML 格式 ``` 此部分定义了服务名称与服务器位置等基本信息。 ##### 3. 在 Nacos 控制台创建对应的配置集 登录至 Nacos Web 界面后新增一条记录,其中 Data ID 值应当匹配前面提到的服务名字加上 `.yaml` 后缀(即此处为 `demo-service.yaml`)。接着输入想要替换的关键字键值对形式数据结构,例如数据库链接字符串或者端口号等等。 ##### 4. 测试验证效果 一旦完成了以上操作流程之后重启应用程序实例观察日志输出确认实际生效情况;正常状况之下应该能够看到来自远端存储器传来的更新版设定取代原有静态文件里的默认选项。 --- ### 注意事项 尽管理论上讲任何地方都可以利用这种方式实现灵活调整目的,但在具体实施过程中仍需要注意一些细节问题以免引起不必要的麻烦。比如不同环境之间可能存在着差异化的部署需求所以最好分开维护各自的专属版本而不是混杂在一起处理。此外还要记得及跟踪官方发布的最新改动指南从而保持技术栈处于健康状态之中[^3]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

苍煜

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值