专栏首页SpringBoot 核心技术SpringBoot2.x基础篇:配置文件的加载顺序以及优先级覆盖

SpringBoot2.x基础篇:配置文件的加载顺序以及优先级覆盖

知识改变命运,撸码使我快乐,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.propertiesapplication.yml两个文件,经过测试发现,properties优先级会高一些,相同名称的配置,会将yml内的配置覆盖掉。

指定配置文件

如果你的应用程序配置文件的名称不是application,你想要进行自定义,可以通过--spring.config.name命令行参数进行指定,如下所示:

java -jar project-sample.jar --spring.config.name=custome

注意事项:我们只需要指定配置文件的名称即可,可以使用propertiesyaml文件格式,上面的配置会加载src/main/resources/custome.ymlsrc/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应用程序在启动时会遵循下面的顺序进行加载配置文件:

  1. 类路径下的配置文件
  2. 类路径内config子目录的配置文件
  3. 当前项目根目录下的配置文件
  4. 当前项目根目录下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配置文件,来验证根据优先级的不同是否存在覆盖问题,如下图所示:

image

在上面四个配置文件中都有一个名为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/configclasses/config两个目录的配置文件,是否按照优先级进行覆盖呢?

删除另外两个,只保留project/configclasses/config两个位置的配置文件,启动项目控制台输出如下所示:

配置名称:project/config

同样是输出了优先级最高的project/config配置文件的内容,覆盖顺序为:4 > 1

测试点:单顺序加载

平时在项目开发中一般都是将application.yml配置文件放在src/main/resources目录下,然而根据上面的加载顺序来看,我们可以将配置文件放置在任意一处,启动时都会进行加载。

仅保留classes/config位置的配置文件,启动项目控制台输出内容如下所示:

配置名称:classes/config

IDEASpringBoot的支持真的很强大, classes/config下的配置文件同样提供了关键字提醒功能。

总结

了解配置文件的加载顺序,才能得心应手的进行配置覆盖,完全控制在不同环境下使用不同的配置内容,要记住classes/application.yml优先级最低,project/config/application.yml优先级最高。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • SpringCloud组件:Eureka的服务发现与消费

    在之前的章节我们已经把服务注册到Eureka Server,那么我们该怎么调用已经注册后的服务呢? 我们本章来简单的介绍我们具体该怎么调用服务节点请求内容。

    恒宇少年
  • 初识BFF架构设计

    BFF是(Backends For Frontends)单词的缩写,主要是用于服务前端的后台应用程序,来解决多访问终端业务耦合问题。

    恒宇少年
  • 第一章:用一个HelloWord来阐述SpringBoot的简单与快速简介 本章目的系统要求开始构建项目项目目录结构初尝试运行项目编写HelloWordController总结

    恒宇少年
  • SpringCloud-微服务配置统一管理SpringCloud Config(七)

  • 没人知道谷歌无人汽车会把我们载往何方

    我妹夫是肌肉车的爱好者,他肯定会把谷歌这个圆乎乎的微型车称为“怀孕的旱冰鞋”。 Atlantic Magazine认为车很可爱同时猜测谷歌开发这车的背后肯定有不...

    机器人网
  • 没人知道谷歌无人汽车会把我们载往何方

    ---- 我妹夫是肌肉车的爱好者,他肯定会把谷歌这个圆乎乎的微型车称为“怀孕的旱冰鞋”。 Atlantic Magazine认为车很可爱同时猜测谷歌开发这车的...

    机器人网
  • Docker容器无法启动,里面的配置文件如何修改

    当修改一个容器, 如mysql里的配置文件/etc/mysql/my.cnf , 修改完成后重启mysql 容器, 使用docker ps -a 查看容器,显示...

    louiezhou001
  • 意犹未尽 —— GPM 的状态流转(十)

    最开始的时候,我们讲了 GPM 到底是什么,当时没有看过太多源码,所以对 GPM 没有一个整体上的认识。

    梦醒人间
  • 甲方安全系列之SeMF平台笔记(一):改版说明

    作者写的企业安全管理框架(SecurityManageFramwork),简称SeMF,目前已开源,供各位小伙伴们试用,并承诺后续会根据反馈的信息添加功能。2年...

    FB客服
  • Oracle运算符收录(易忘记,但是又很重要的运算符)

    Create Table Test6( id varchar2(30), name varchar2(30), age...

    郑小超.

扫码关注云+社区

领取腾讯云代金券