当大潮退去，才晓得谁在裸泳。。关注公众号【BAT 的乌托邦】开启专栏式学习，回绝浅尝辄止。本文 https://www.yourbatman.cn 已收录，外面一并有 Spring 技术栈、MyBatis、中间件等小而美的专栏供以学习哦。

前言

各位小伙伴大家好，我是 A 哥。北京工夫 2020-05-15，Spring Boot 2.3.0 版本正式公布了，次版本号的降级，个别会有些新个性进去。作为 Java Coder 的咱们有必要一览它的新 new Feature，keep 下技术节奏嘛。

A 哥“第二工夫”晓得了这个音讯，而后在本人本机（请留神：非生产环境）体验了一把，而后再联合 Spring Boot 官网的 Release Notes，在这里给你絮叨絮叨。

对于版本号

Spring Boot 代码库的版本好采纳“国内通用”（我本人 yy 的）的命名形式：主版本号. 次版本号. 订正号，所以通过版本号就能感触到它的变动到底大不大，你降级时是否须要倍加留神等等。那么此处我就对这种命名形式版本号的各段进行科普一波：

• 主版本号：齐全不兼容。产品定位变动、外围 API 大规模不兼容（比方包名变了）、架构形式降级不能向下兼容 ……

  • 举例：Configuration1.x -> 2.x；Zuul1.x -> 2.x；Spring Boot1.x -> 2.x；Netty4.x -> 5.x
• 次版本号 ：绝对兼容。个别是减少新特新，删除掉废除的 API，批改某些 API 不兼容。总的来说是影响比拟小，在可控范畴内的，但降级时不可漫不经心， 必须 做后期调研
• 订正号：100% 兼容。个别是修复 bug、新增无伤大雅的一些个性等，个别想升就升

这次 Spring Boot 降级到 2.3.0 版本，属于 次版本号 的降级，因而会带有些新个性，还是值得一看的。

注释

Spring Boot v2.2 仍然是 沉闷的 保护的版本，Spring Boot 遵循的是 Pivotal OSS 反对策略，从公布日期起反对次要版本 3 年。然而呢，一般来说在次要 / 主要版本公布时，将会对上个次要版本至多提供 12 个月的反对（即便超过了 3 年），以解决要害的 bug 或者平安问题。

对于其它版本的保护沉闷状态和曾经 EOL 的日期，做出如下阐明：

• 2.2.x：反对的版本。2019.10 公布，是当初的沉闷的骨干
• 2.1.x：反对的版本。2018.10 公布，会反对到 2020.10 月底
• 2.0.x：生命已终止的版本。2018.3 公布，2019.4.3 进行保护
• 1.5.x：生命已终止的版本。2017.1 公布，是最初一个 1.x 分支，2019.8.1 进行保护

从官网页面也能够看出，只有反对的版本才会被列出来，对使用者是有肯定的疏导作用的：

简略回顾 2.2 版本的新个性

很显著，Spring Boot2.2 版本不是本文关怀的重点，但为了起到连接作用，本处把它的外围新个性列一下：

1. Spring Framework 5.2：重大降级，能够看到它为 Cloud Native 的致力
2. JUnit 5：从此版本开始，spring-boot-starter-test默认应用 JUnit 5 作为单元测试框架
3. 反对 Java13
4. 性能晋升 ：体现在对所有的主动配置类改为了@Configuration 的 Lite 模式，晋升性能。
5. 新增 @ConfigurationPropertiesScan 注解，主动扫描 @ConfigurationProperties 配置类
6. 反对 RSocket

上面咱们来理解下本次降级（2.3.0 版本）的新个性，分为次要新个性和其它新个性离开论述。

次要新个性

优雅停机

这个新个性深入人心 ，是开发者、运维的福音啊。据我理解，很多中小型公司 / 团队都是应用kill -9（当然有些比拟“温顺”的团队也用kill -2）来停服的，这样暴力“停机”很容易造成业务逻辑执行失败，导致在一些业务场景下呈现数据不统一景象。尽管咱们能够通过一些伎俩（自研）来防止这个问题，但并不是每个公司 / 团队都去做了。这不 Spring Boot2.3.0 版本就内置了这个性能： 优雅停机。

小常识：kill - 2 相似于你的 Ctrl + C，会触发 shutDownHook 事件（从而敞开 Spring 容器）；kill - 9 就没啥好说的，杀杀杀

SB 所有四个嵌入式 web 服务器 (Jetty、Reactor Netty、Tomcat 和 Undertow) 以及响应性和基于 servlet 的 web 利用 都反对优雅的敞开 。在敞开时，web 服务器将 不再容许 新的申请，并将期待实现的申请给个宽限期让它实现。当然这个宽限期是能够设置的：能够应用 spring.lifecycle.timeout-per-shutdown-phase=xxx 来配置，默认值是 30s。

留神，留神，留神 ：默认状况下，优雅关机并 没有开启 （还是立刻关机），你仅需增加server.shutdown=graceful 配置即可开启优雅关机（取值参见 2.3.0 新增的 Shutdown 枚举类，默认值参见 AbstractConfigurableWebServerFactory.shutdown 属性值）。

配置属性的调整

这个版本中，一些配置属性已 被重命名或弃用（这会导致不向下兼容，须要特地引起留神），须要你做出调整。

那么如何晓得我当初用的哪些属性存在不兼容状况呢？？？官网给了一个很好的解决方案，这里我用个应用示例教你能够这么解决：

现状：在 Spring Boot2.2.x 环境中你有很多配置，痛点是不晓得哪些配置须要配替换成 2.3.x 中新的。此时你能够在工程下退出这个 jar：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-properties-migrator</artifactId>
    <scope>runtime</scope>
</dependency>

而后 降级你的 Spring Boot 版本号为 2.3.0，重新启动工程。本处以你配置文件里的 spring.http.encoding.enabled=true 为例，因为应用了 SB 的最新版本，因而能够在控制台看到如下日志输入：

Property source 'applicationConfig: [classpath:/application.properties]':
    Key: spring.http.encoding.enabled
        Line: 3
        Replacement: server.servlet.encoding.enabled

日志说够明确了吧。有了这个好帮手，妈妈就不必再放心辣么多的配置项须要本人一个个去核查喽，依照批示一个个的批改即可。

官网阐明：实现迁徙后，请确保从我的项目的依赖项中删除 properties-migrator 这个模块。

顺道说一下：降级到 2.3.0 版本号，属性变动次要是这个：spring.http. -> server.servlet.encoding.、spring.mvc.、spring.codec.

删除不举荐应用的类 / 办法 / 属性

在该版本中，Spring Boot 删除了 2.2 版本中 不举荐应用 的大多数类，办法和属性。请确保降级之前没有再调用不举荐应用的办法。针对于此，上面我举例那些在 2.2 版本中还“活着”但被弃用（标记有 @Deprecated 注解），但在 2.3 版本中已 齐全删除 的类、办法、属性：

1. 办法 BindResult#orElseCreate
2. 属性 LoggingApplicationListener#LOGFILE_BEAN_NAME
3. 类 JodaDateTimeJacksonConfiguration
4. 类 JestAutoConfiguration

即使如此，有些尽管在 2.2 就已被弃用，但在 2.3.0 还存在的，如：ConfigurationBeanFactoryMetadata、CompositeHealthIndicator

配置文件地位反对通配符

Spring Boot 当初在加载配置文件时 反对通配符地位 。默认状况下，jar 内部的config/*/ 地位是被反对的。当配置属性有 多个源时 ，比方在Kubernetes 这样的环境中十分有用。

特点阐明：jar 包外，jar 包外，jar 包外，放在外部（比方 resource 目录下是没有此特针的），上面有示例证实

简略的说，如果你有 MySql 的配置和 Redis 配置的话，你就能够把他们离开来搁置，隔离性更好目录也更加清晰了：

• mysql：/config/mysql/application.properties
• redis：/config/redis/application.properties

工程目录如下截图：

运行程序：

public static void main(String[] args) {ConfigurableApplicationContext context = SpringApplication.run(Boot23Demo1Application.class, args);

    ConfigurableEnvironment environment = context.getEnvironment();
    System.out.println(environment.getProperty("mysql.name"));
    System.out.println(environment.getProperty("redis.name"));

    context.close();}

后果输入：

mysql
redis

但如果你把文件放在 jar 包内，形如这样，是 没有成果的 ：

输入为 null null，因而应用时须要稍加留神哈~

web 下的日期转换反对配置

当初工夫 / 日期的转换当初 能够通过 属性进行配置了，这补充了对格式化日期值的现有反对。比方对于 MVC 和 WebFlux 来说，它们的配置项别离如下：

• spring.mvc.format.date
• spring.mvc.format.date-time
• spring.mvc.format.time
• spring.webflux.format.date
• spring.webflux.format.date-time
• spring.webflux.format.time

这个怎么用，置信大家都会，一看就晓得什么含意。然而，然而，然而：请肯定做好充沛测试，并且充分考虑兼容性，因为你这动的是接口层的货色~

其它新个性

更改某些依赖最低版本要求

次要体现在如下两处：

1. 如果你应用 Gradle 构建，反对 Gradle 6.3+ 。当然喽5.6.x 也反对，只是标记为 @Deprecated 不举荐应用了
2. 如果你应用 Jetty 嵌入式容器，版本要求是Jetty 9.4.22+

外围依赖降级

Spring Boot 2.3 迁徙到几个 Spring 我的项目的新版本:

• Spring Data Neumann：你能够了解为它就是之前的 Spirng Data 工程的升级版
• Spring HATEOAS 1.1
• Spring Integration 5.3
• Spring Kafka 2.5
• Spring Security 5.3
• Spring Session Dragonfruit

Spring Boot 2.3 的构建与 Spring Boot 2.2 基于 雷同的 Spring Framework 和 Reactor。

阐明：spirng-core 么有降级，还是 5.2.6 版本（SB 的 2.2.7 版本依赖的 spring-core 也是这个版本）

三方库依赖降级

• AssertJ 3.16
• Cassandra Driver 4.6
• Elasticsearch 7.6
• Hibernate Validator 6.1
• JUnit Jupiter 5.6
• Kafka 2.5
• Lettuce 5.3
• Micrometer 1.5
• MongoDB 4.0

Spring Data Neumann 降级带来的变动

• Cassandra：降级到 v4 版本，带来了一些变动，如 ClusterBuilderCustomizer 就木有了~
• Couchbase：降级到 v3 版本
• Elasticsearch：已废除的原生 Elasticsearch transport 间接被删除了，并且还移除了对 Jest 的反对。从此版本开始，默认反对Elasticsearch7.5+
• MongoDB：降级到 v4 版本

对于 Validation

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

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-validation</artifactId>
</dependency>

对于 spring-boot-starter-web 启动器新、老版本的区别截图：

移除一些 maven 插件

移除了对 exec-maven-plugin 和maven-site-plugin这两个插件的治理，所以如果你的工程依赖于这两个插件，那么你得显示的导入（指定版本号）。

反对 Java14

Spring Boot 2.3 减少了对 Java 14 的反对。当然 Java 8 和 Java 11 也还是被反对的。

Docker 反对

在 Maven 和 Gradle 插件中增加了对构建蕴含分层内容的 jar 文件的反对。分层依据 jar 内容的更改频率 来分隔它们。这种拆散容许更无效地构建 Docker 映像。未更改的现有层能够与已更改的层一起放在顶部进行重用。

依据您的应用程序，您可能须要调整层的创立形式并增加新层。这能够通过形容如何将 jar 分成层以及这些层的程序的配置来实现。

Fat Jar 反对优化

用 Maven 和 Gradle 构建的 Fat jar 当初包含一个 索引文件。当 jar 被合成时，这个索引文件用于确保类门路的程序与间接执行 jar 时雷同。

嵌入式 Servlet Web Server 线程配置

用于配置嵌入式 Servlet web 服务器应用的线程的配置属性（包含 Jetty, Tomcat, 和 Undertow）别挪动到了专一于 threads 的组：erver.jetty.threads，server.tomcat.threads，server.undertow.threads。当然喽，旧的配置属性目前 仍然保留着 ，但被标记为@Deprecated 不再举荐应用了~

WebFlux 根底门路配置

当初能够配置 WebFlux 应用程序的所有 web 处理程序的根本门路。应用 pring.webflux.base-path = xxx 配置。

活性探测器

Spring Boot 当初内置了对于应用程序可用性的探测的能力，能够 跟踪应用程序是否处于活动状态 以及是否筹备好解决流量。如果你配置了management.health.probes.enabled=true，那么健康检查端点就能够查看你利用的活性和就绪列表，这在在 Kubernetes 上运行时，这是主动实现的。

Actuator 加强

次要是对端点做了些输入、显示上的优化。如：

• /actuator/metrics/：按字母顺序排列，这样你找起来就更不便了
• DataSource 的 HealthIndicator 衰弱指示器，当初进行无查问判断，而 Connection 仅做连贯可用性验证而已
• …

好基友 Spring Cloud 什么时候跟上？

作为 Spring Boot 的好基友，依照以往的常规，他俩的步调不个别都放弃基本一致。戒指到以后，Spring Cloud 的最新版本是 Hoxton SR4，那它是否反对最新的 Spring Boot2.3.0 呢？？？答案是： 不反对，不反对，不反对。对于 Spring Boot 这种跨版本升级，个别是有阻断性变动，所以它的机油 SC 适配上还须要工夫。

这不，官网就颁布了 Spring Cloud 反对 Spring Boot 2.3.x 的里程碑工夫点，也就是它的 Hoxton.SR5 版本公布工夫点：

Spring Cloud 里程碑地址：https://github.com/spring-cloud/spring-cloud-release/milestones

降级倡议：等等

至多要等到 2020-5-26 号公布后嘛，至多要等到 Spring Boot2.3.x 跑一段时间之后嘛，坐在第二排看戏，才是最舒服最稳当的。

总结

这是 A 哥奉给大家的，对 Spring Boot2.3.0 版本新个性的介绍，心愿对你有些帮忙。有些人可能会这么说：反正我当初也不必这个版本，没有必要去理解它。其实非也，如果你 2.3.0 不去理解，2.4.0 不去理解，假使某一天你忽然要从 2.0.0 版本适度过去应用 2.5.x 版本了，你会“浑身不难受”的。你品下，是不是这么个情理呢？

关注 A 哥