Spring Boot 2.4对配置文件进行了重大改变

20-08-14 banq

Spring Boot 2.4在加载application.properties和application.yml文件的方式方面带来了一些有趣的变化。在Spring Boot 2.4中,对属性和YAML文件的加载方式进行两项重大更改:

  1. 文档将按照定义的顺序加载。
  2. 不能再从特定于配置文件的文档中激活配置文件。

 

从Spring Boot 2.4开始,将有一个简单的规则可以在加载属性和YAML文件时应用:在文件中声明为较低的属性将覆盖较高的属性。类似向Map放入数据,后面覆盖前面。

test: "value"
---
test: "overridden-value"

 

application.properties中加入类似YAML的多文档配置,使用带有熟悉的三个破折号的注释来拆分文档:

test=value
#---
test=overridden-value

 

如果我们只想在dev配置文件处于活动状态时覆盖test值,则可以使用以下命令:

test=value
#---
spring.config.activate.on-profile=dev
test=overridden-value

 

以下文件现在将引发异常:

test=value
#---
spring.config.activate.on-profile=dev
spring.profiles.active=local # will fail
test=overridden value

希望这一新限制最终将使您application.properties和application.yml文件更易于推理和理解。我们也希望它可以使Spring Boot本身更易于管理和维护。但是,我们知道至少有一个有效的用例,人们希望将一个配置文件扩展为多个子配置文件。为了支持这一点,我们添加了一个称为“配置文件组”的功能。

 

配置文件组是Spring Boot 2.4中的一项新功能,可让您将单个配置文件扩展为多个子配置文件:

spring.profiles.group.prod = proddb,prodmq,prodmetrics

在Spring Boot 2.4中提供的主要功能是对导入其他配置的支持:

application.name = myapp 
spring.config.import = developer.properties

 

导入定义使用类似URL的语法作为其值。如果您的位置没有前缀,则将其视为常规文件或文件夹。但是,如果使用configtree:前缀,则会告诉Spring Boot您希望在该位置使用Kubernetes样式卷安装的配置树:

spring.config.import=configtree:/etc/config

 

云平台激活:

spring.config.activate.on-cloud-platform=kubernetes
spring.config.import=configtree:/etc/config

 

         

1
猜你喜欢