关于springboot:Spring-Boot-240正式发布全新的配置文件加载机制不向下兼容

千里之行，始于足下。关注公众号【BAT的乌托邦】，有Spring技术栈、MyBatis、JVM、中间件等小而美的原创专栏供以收费学习。分享、成长，回绝浅尝辄止。本文已被 https://www.yourbatman.cn 收录。

✍前言

你好，我是YourBatman。

北京工夫2020-11-12，Spring Boot 2.4.0正式公布。2.4.0是第一个应用新版本计划的Spring Boot发行版本。

留神：2.4.0版本号没有.RELEASE后缀，没有.RELEASE后缀，没有.RELEASE后缀。应用的是Spring最新的版本公布规定。此规定详解请参考上篇文章：Spring扭转版本号命名规定：此举对非英语国家很敌对

还记得Spring Boot 2.3.0.RELEASE版本公布时那会麽？前后相差将好半年：

中转电梯：Spring Boot 2.3.0正式公布：优雅停机、配置文件地位通配符新个性一览

一般来说，次版本号的降级会有点料，依据之前的爆料此次降级据说是做了大量的更新和改良。那么老规矩，作为小白鼠的我先代你玩一玩，初体验吧。

也可参见官网的更新日志：Spring Boot 2.4.0 Release Notes

✍注释

除了刚公布的Spring Boot 2.4.0，Spring Boot 2.3.x/2.2.x仍旧是沉闷的保护的版本。Spring Boot遵循的是Pivotal OSS反对策略，从公布日期起反对次要版本3年（留神：是次要版本）。上面是详情：

• 2.3.x：反对的版本。2020.05公布，是当初的沉闷的骨干
• 2.2.x：反对的版本。2019.10公布，是当初的沉闷的骨干
• 2.1.x：2018.10公布，反对到2020.10月底，倡议尽快降级

EOL分支：

• 2.0.x：2018.3公布，2019.4.3进行保护
• 1.5.x：生命已终止的版本。2017.1公布，是最初一个1.x分支，2019.8.1进行保护

回顾2.3版本的新个性

可能大部分小伙伴都还没用过2.3.x分支，没想到2.4.x就已公布。因而这里先对2.3.x版本的新个性，来波简略回顾：

1. 优雅停机。这是2.3.x主打的新个性：在敞开时，web服务器将不再容许新的申请，并将期待实现的申请给个宽限期让它实现。这个宽限期是能够设置的：能够应用spring.lifecycle.timeout-per-shutdown-phase=xxx来配置，默认值是30s。

2. 配置文件地位反对通配符。简略的说，如果你有MySql的配置和Redis配置的话，你就能够把他们离开来搁置，这个新个性也是棒棒哒。隔离性更好目录也更加清晰了（留神：此格局只反对放在classpath内部）：

   1. mysql：/config/mysql/application.properties
   2. redis：/config/redis/application.properties

3. 外围依赖降级。

   1. Spring Data Neumann。备注：很显著这个还是旧的命名形式。在Spirng新的版本规定下，Spring Data最新版本为Spring Data 2020.0.0
   2. Spring Session Dragonfruit（很显著这个也还是旧的命名形式）
   3. Spring Security 5.3

   4. Spring Framework 没有降级，应用的仍旧是和Spring Boot 2.2雷同的5.2.x版本

      1. 阐明：小版本号的降级对于新个性来说个别选择性疏忽

   5. 对于Bean Validation：从此版本开始，spring-boot-starter-web不会再把validation带进来，所以若应用到，你须要本人增加这个spring-boot-starter-validation依赖

      1. 一般来说倡议你手动引入，毕竟Bean Validation的应用还是很宽泛，并且真的十分十分好用

做足功课后，就开始最新的Spring Boot 2.4.0之旅吧。

2.4.0次要新个性

全新的配置文件解决(properties/yaml)

这个扭转最为重磅，本次扭转了配置文件的加载逻辑，旨在简化和合理化内部配置的加载形式，它可能具备不向下兼容性。

Spring Boot 2.4扭转了解决application.properties和application.yml文件的形式：

• 若你只是简略的文件application.properties/yaml，那么降级对你是无缝的，你感触不到任何变动
• 若你应用了比较复杂的文件，如application-profile.properties/yaml这种（或者应用了Spirng Cloud的配置核心、（带有分隔符----的）多yaml文件），那么默认是不向下兼容的，须要你显式的做出些更改

因为配置文件隶属于程序的一部分，特地是咱们当初简直都会应用到配置核心。因而上面针对于老版本升级到Spring Boot 2.4.0做个简略的迁徙领导。

阐明：因配置文件加载逻辑齐全进行了重写，因而具体版本我放到了下文专文解说，有趣味可放弃关注

老版本版本配置属性迁徙指南

老版本：2.4.0之前的版本都叫老版本。

Spring Boot 2.4对application.poperties/yaml的解决做了更新/降级。旨在简化和合理化内部配置的加载形式。它还提供了新性能：spring.config.import反对。所以呢，对于Spring Boot 2.4.0之前的版本（老版本）若降级到2.4.0须要做些批改，领导倡议如下：

形式一：复原旧模式（不举荐）

如果你还未筹备好做配置迁徙的批改，Spring Boot也帮你思考到了，提供了一键切换到旧模式的“按钮”。具体做法是：只须要在Environment里减少一个属性spring.config.use-legacy-processing = true就搞定。最简的形式就是把这个属性放在application.poperties/yaml里即可。

spring.config.use-legacy-processing = true

减少此配置后，Spring Boot对配置文件的解析复原到原来模式：仍旧应用ConfigFileApplicationListener去解析。

ConfigFileApplicationListener属于Spring Boot十分外围的底层代码，这次做了不向下兼容的改良，可见它对进击云原生的信心

值得注意的是：此API在2.4.0已被标记为过期：

// @since 1.0.0// @deprecated since 2.4.0 in favor of {@link ConfigDataEnvironmentPostProcessor}@Deprecatedpublic class ConfigFileApplicationListener implements EnvironmentPostProcessor, SmartApplicationListener, Ordered {    ...}

依照Spring Boot的版本策略，此类将在Spring Boot 2.6.0版本被移除。因而：若不是无可奈何（工夫紧急），并不倡议你用兼容手法这么去做，因为这将成为技术债，迟早要还的。

阐明：很多RD其实只会看到以后的不便，取得利益（比方疾速上线获奖），坑交给前人。我集体认为作为程序员应该有肯定自我涵养，自我谋求，不为一时的爽而继续给团队积攒债权，毕竟积重难返。

形式二：按新规定迁徙（举荐）

若你对配置文件的应用有如下情行，那么你须要做迁徙：

1. 多文档的yaml文件（带有----分隔符的文件）
2. 在Jar外应用配置文件，或者应用形如application-{xxx}.properties/yaml这种配置
3. 若在多文档yaml中应用到了spring.profiles配置项
4. ...

Spring Boot 2.4.0降级对配置文件的改变是最大的，并且还不具备向下兼容性，简略的说就是从此版本开始要把Spring Boot的配置文件加载机制重学一遍（比方还减少了spring.config.import，减少了对kubernetes配置的反对等等），并且还要学会如何迁徙。

为了更好的形容好这个十分十分重要的知识点，下篇文章我会用专文来全面介绍 Spring Boot这套全新的配置文件加载机制，并且辅以原理，以及和过来形式的比拟，帮忙你更全面、更疾速、更劳的把握它，欢送继续关注。

阐明：Spring Boot的配置文件加载机制十分十分重要，因为你也晓得你平时开发中很大水平实际上是在跟它的配置项打交道。新的配置加载形式比老的更加优良，适应倒退，敬请期待

从spring-boot-starter-test中删除Vintage Engine

Spring Boot 2.2.0版本开始就引入JUnit 5作为单元测试默认库，在此之前，spring-boot-starter-test蕴含的是JUnit 4的依赖，Spring Boot 2.2.0版本之后替换成了Junit Jupiter（Junit5）。

Vintage Engine属于Junit5的一个模块，它的作用是：容许用JUnit 5运行用JUnit 4编写的测试，从而提供了向下兼容的能力。

从2.2.0到当初通过了2个版本的迭代，到Spring Boot 2.4.0这个版本决定了把Vintage Engine从spring-boot-starter-test正式移除。因而：若你的工程仍须要对JUnit4反对，那么请手动引入依赖项（如果工程量不大，强烈建议应用JUnit5，比4好用太多）：

<dependency>    <groupId>org.junit.vintage</groupId>    <artifactId>junit-vintage-engine</artifactId>    <scope>test</scope>    <exclusions>        <exclusion>            <groupId>org.hamcrest</groupId>            <artifactId>hamcrest-core</artifactId>        </exclusion>    </exclusions></dependency>

阐明：其实在2.4.0之前，若你是从https://start.spring.io生成的我的项目其实也是不会带有vintage-engine的。只不过它是通过显式的在pom里通过exclusion标签来排除的

嵌入式数据库检测

改良嵌入式数据库检测机制：仅当数据库在内存中时才将其视为嵌入式数据库。所以如果应用H2、HSQL等产品，然而你是基于文件的持久性或应用的是服务器模式，那么将不会检测为内存数据库。而对于非内存数据库，你可能须要额定做如下动作：

1. sa用户名将不会再被被动设置。所以如果你的数据库须要用户名，请减少配置项：spring.datasource.username = sa
2. 这种数据库将不会再被主动初始化，若要应用请依据须要更改spring.datasource.initialization-mode的值

Logback配置属性

Logback一些配置项改名了，更加表名了它是logback的配置项。

新增了配置类LogbackLoggingSystemProperties用于对应，它继承自之前的LoggingSystemProperties

之前的配置项有些被废除（此版本还未删除，后续版本必定会删除的），对应关系如下：

一些属性是被放到system environment外面的：

不再注册DefaultServlet

从Spring Boot 2.4开始，默认将不会再注册DefaultServlet。因为在绝大多数的利用中，Spring MVC提供的DispatcherServlet是惟一须要被注册的Servlet。从源码处感触下这次改变：

AbstractServletWebServerFactory：// 2.4.0之前版本，默认值是trueprivate boolean registerDefaultServlet = true;// 2.4.0以及之后版本，默认值是falseprivate boolean registerDefaultServlet = false;

当然喽，若你的工程强依赖于此Servelt，那么能够通过此配置项server.servlet.register-default-servlet = true把它注册下来。

补课：什么是DefaultServlet？

它是Java EE提供的规范技术，如Tomcat、Jetty等都提供了这个类。简而言之它的作用就是兜底（拦挡/），当别的servlet都没匹配上时就交给它来解决，个别用于解决动态资源如.jpg,.html,.js这类的动态文件。

DefaultServlet在传统web容器里，会被配置在tomcat目录（此处以tomcat为例）下的conf/web.xml里：

<servlet>    <servlet-name>default</servlet-name>    <servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class>    <init-param>        <param-name>debug</param-name>        <param-value>0</param-value>    </init-param>    <init-param>        <param-name>listings</param-name>        <param-value>false</param-value>    </init-param>    <load-on-startup>1</load-on-startup></servlet><servlet-mapping>    <servlet-name>default</servlet-name>    <url-pattern>/</url-pattern></servlet-mapping>

阐明：tomcat下的web.xml对其加载的所有的Application都失效，并且最终和Application本人的web.xml内容合并，遇雷同的话后者优先级更高

在Spring Boot 嵌入式容器里配置是这样的（齐全等价于xml配置）：

private void addDefaultServlet(Context context) {    Wrapper defaultServlet = context.createWrapper();    defaultServlet.setName("default");    defaultServlet.setServletClass("org.apache.catalina.servlets.DefaultServlet");    defaultServlet.addInitParameter("debug", "0");    defaultServlet.addInitParameter("listings", "false");    defaultServlet.setLoadOnStartup(1);    // Otherwise the default location of a Spring DispatcherServlet cannot be set    defaultServlet.setOverridable(true);    context.addChild(defaultServlet);    context.addServletMappingDecoded("/", "default");}

值得注意的是：Spring Boot注册的DispatcherServlet的path也是/（笼罩掉了DefaultServelt）。在Spring MVC环境下假使是动态资源，也不必DefaultServelt费神，Spring MVC专门提供了一个DefaultServletHttpRequestHandler用于解决动态资源（尽管最终还是Dispatcher给defaultServlet去搞定）。

当初的Spring Boot服务大都是REST服务，并无动态资源须要提供，因而就没有必要启用DefaultServletHttpRequestHandler和注册DefaultServlet来减少不必要的开销喽。

HTTP traces不再蕴含cookie头

Http traces默认将不再蕴含申请头Cookie以及响应头Set-Cookie。源码处感受一下：

org.springframework.boot.actuate.trace.http.Include：// 2.4.0版本之前：蕴含COOKIE_HEADERS这个头static {    Set<Include> defaultIncludes = new LinkedHashSet<>();    defaultIncludes.add(Include.REQUEST_HEADERS);    defaultIncludes.add(Include.RESPONSE_HEADERS);    defaultIncludes.add(Include.COOKIE_HEADERS);    defaultIncludes.add(Include.TIME_TAKEN);    DEFAULT_INCLUDES = Collections.unmodifiableSet(defaultIncludes);}// 2.4.0版本以及之后：不蕴含COOKIE_HEADERS这个头static {    Set<Include> defaultIncludes = new LinkedHashSet<>();    defaultIncludes.add(Include.REQUEST_HEADERS);    defaultIncludes.add(Include.RESPONSE_HEADERS);    defaultIncludes.add(Include.TIME_TAKEN);    DEFAULT_INCLUDES = Collections.unmodifiableSet(defaultIncludes);}

若你仍旧想保留老的习惯，那么请用配置项management.trace.http.include = cookies, errors, request-headers, response-headers自行管制。

Neo4j

这个版本对Neo4j的反对进行了重大调整。间接用源码来阐明差别：

Spring Boot 2.4.0之前版本：

@ConfigurationProperties(prefix = "spring.data.neo4j")public class Neo4jProperties implements ApplicationContextAware { ... }// 无Neo4jDataProperties配置类

Spring Boot 2.4.0以及之后版本：

@ConfigurationProperties(prefix = "spring.neo4j")public class Neo4jProperties { ... }@ConfigurationProperties(prefix = "spring.data.neo4j")public class Neo4jDataProperties { ... }

其它降级关注点

• Spring Framework 5.3：Spring Boot 2.4.0应用的是5.3.0主线分支（之前应用的5.2.x或更低）

  • Spring Framework 5.3的新个性应该重点关注，请移步我上篇文章：Spring Framework 5.3.0正式公布，在云原生路上持续发力

• Spring Data 2020.0：Spring Boot 2.4.0应用的是最新公布的Spring Data 2020.0

  • 此版本的命名形式不同于之前，是因为应用了Spirng最新的release train命名形式。Spring在2020年4月份公布了最新的版本命名形式，可参考后面这篇文章：Spring扭转版本号命名规定：此举对非英语国家很敌对
• 反对Java 15：此版本的Spring Boot齐全反对Java 15，最小反对仍旧是Java 8
• 自定义属性名反对：当应用构造函数绑定时，属性的名称须要和参数名称放弃一样。如果您想应用Java保留关键字，这可能是一个问题。如下例子：

@ConfigurationProperties(prefix = "sample")public class SampleConfigurationProperties {  private final String importValue;  // import是Java关键字  public SampleConfigurationProperties(@Name("import") String importValue) {    this.importValue = importValue;  }}

@Name注解是Spring Boot 2.4.0新增的注解，能标注在ElementType.PARAMETER上

• 反对导入无扩展名的配置文件：如果您有这样的需要，当初就能够通过向Spring Boot疏导提供对于内容类型的提醒来导入这些文件

  • 此版本对Spring Boot的配置文件加载进行了齐全从新革新，并且不向下兼容，具体参见下篇文章

• 新增StartupEndpoint：显示无关应用程序启动的信息。此端点能够帮忙您辨认启动工夫超过预期的bean

  • 此端点依赖于Spring Framework 5.3.0新提供的利用启动追踪新个性。具体可参考ApplicationStartup和StartupStep这个两个API是如何做追踪的

• 新增RedisCacheMetrics：用于监控应用redis时的puts、gets、deletes以及缓存命中率等信息

  • 此指标信息默认不开启，需你减少配置spring.cache.redis.enable-statistics = true

• 新增些Web配置项：spring.web.locale、spring.web.locale-resolver、spring.web.resources.*、management.server.base-path，这些属性既反对Servlet也反对WebFlux

  • 对应的只能用于 Spring MVC或servelt下配置项spring.mvc.locale/spring.mvc.locale-resolver/spring.resources.*/management.server.servlet.context-path均以标注为过期
• 反对Flyway 7：这个版本升级到Flyway 7，带来了一些额定的属性。如：spring.flyway.url/user/password（开源版本）；spring.flyway.cherry-pick/jdbc-properties...（团队版本）
• H2数据库控制台反对配置明码：可通过spring.h2.console.settings.web-admin-password属性配置通过明码拜访H2控制台
• 加强的谬误分析器FailureAnalizers：当初即便你还没有创立ApplicationContext，FailureAnalizers都会失效来帮你定位谬误地位
• 解决/标注Spring Boot 2.2和2.3中过期项：依照Spring Boot的版本兼容性政策，在2.2版本已被标记为@Deprecated的在2.4.0版本会被删除，在2.3版本中被标记为@Deprecated的打算在2.5.0版本中将其移除

✍总结

这是A哥奉给大家的，对Spring Boot2.4.0版本新个性的介绍，心愿对你有些帮忙。

Spring Boot 2.4.0版本的降级指标，根本和Spring Framework 5.3.0保持一致：为云原生做致力。体现在除了删除些无用类，禁止不须要的类的加载外，重点还会体现在它对配置文件加载机制的重构上，这将是下文的内容，也是本次降级的重头戏，敬请关注。

Spring Boot重写了对配置文件的加载机制，并且新引入了近40个类来解决（老形式仅有区区几个类），可见其器重、重要水平。因而，为了适应将来的倒退，你肯定要把握，并且越早越好，下篇将为你揭晓。

✔举荐浏览：

• 如果程序员和产品经理都用凡尔赛文学对话......
• Spring Framework 5.3.0正式公布，在云原生路上持续发力
• Spring扭转版本号命名规定：此举对非英语国家很敌对
• JDK15正式公布，划时代的ZGC同时发表转正
• IntelliJ IDEA 2020.2正式公布，诸多亮点总有几款能助你提效
• Spring Boot 2.3.0正式公布：优雅停机、配置文件地位通配符新个性一览
• 搞事件？Spring Boot明天一口气公布三个版本

♥关注A哥♥