抢先目睹：SpringBoot2.4配置文件加载机制大变化

最新推荐文章于 2024-02-08 15:30:33 发布

程序员大伟

最新推荐文章于 2024-02-08 15:30:33 发布

阅读量1k

点赞数 1

分类专栏： Springboot Java Spring 文章标签： java spring spring boot

本文链接：https://blog.csdn.net/Mr_Flouxetin/article/details/108146927

版权

Spring Boot 2.4对application.properties和application.yml的加载方式进行了重构，包括文档排序、多文档属性支持、特定环境激活配置等功能的改进。配置文件现在按声明顺序加载，不再允许在特定环境中配置profile激活，新增profile groups、importing扩展配置等特性，旨在提高Kubernetes原生支持和应用管理的便利性。

摘要由CSDN通过智能技术生成

Spring Boot 2.4.0.M2 刚刚发布，它对 application.properties 和 application.yml 文件的加载方式进行重构。如果应用程序仅使用单个 application.properties 或 application.yml 作为配置文件，那么可能感受不到任何区别。但是如果您的应用程序使用更复杂的配置（例如，Spring Cloud 配置中心等），则需要来了解更改的内容以及原因。

抢先目睹：SpringBoot2.4配置文件加载机制大变化

为什么要进行这些更改

随着最新版本 Spring Boot 发布，Spring 一直在努力提升对 Kubernetes 的原生支持。在 Spring Boot 2.3 中，官方增加 Kubernetes Volume 的配置支持，但是未能实现。

Volume 配置挂载是 Kubernetes 的一项常用功能，其中 ConfigMap 指令用于直接在文件系统上显示配置。您可以装载包含多个键和值合并的完整 YAML 文件，也可以使用更简单的目录树格式，其中文件名是键，文件内容是值。

希望同时提供两者的支持，并且能够兼容我们现有的 application.properties 和 application.yml 。为此需要修改 ConfigFileApplicationListener 类。

ConfigFileApplicationListener 问题

在 Spring Boot 中配置文件加载类 ConfigFileApplicationListener 属于比较核心的底层代码，每次维护都是非常的困难。并不是因为代码编写错误或者缺少相关单元测试，而是在添加新功能时，很难解决之前存在的问题。

即：

配置文件非常灵活，可以在当前文件启用其他配置文件。
文档加载顺序不固定。

以下面的例子来说：

security.user.password: usera
---
spring.profiles: local
security.user.password: userb
runlocal: true
---
spring.profiles: !dev
spring.profiles.include: local
security.user.password: userc