Spring Boot 2.2首个里程碑版本发布，改进性能和内存使用

Spring Boot团队最近发布了2.2.0 M1版本，这是Spring Boot 2.2的首个里程碑版本。它包括性能和内存方面的改进、Kubernetes检测及第三方库更新。该版本解决了140多个问题。

\n

自该版本起，默认情况下将禁用JMX。来自Spring团队的Brian Clozel指出：

\n

\n

“该功能看起来没有得到广泛的应用，并且占用了大量资源，因此，我们正在重新考虑其在2.2系列版本中的默认使用问题。”

\n

\n

其他启动性能改进包括：提供全局延迟初始化、删除冗余JPA扫描、大型配置文件的更快绑定及更高效的bean创建和注入。

\n

全局延迟初始化（通过spring.main.lazy.initialization启用）是2.2版本引入的一个值得注意的新功能，通过延迟所有bean的创建显著地减少启动时间。然而，这需要做出权衡。随着所需bean的初始化，对HTTP资源的初始请求延迟可能会增加，后续请求则不受影响。另一个可能更具风险的权衡是，通常在启动时会发生的任何与bean有关、连接或依赖项错误都会延迟到启动后发生。

\n

通过禁用其他JPA扫描（如：Hibernate）改善了启动性能。Spring Boot已经提供了自己的JPA扫描，因而，所有其他扫描都是冗余，只会使应用程序启动时间变长。

\n

大型配置文件的绑定是在启动时必须要进行的过程，现在明显变快了。这看起来是深受用户欢迎的改变，正如一个Reddit用户指出，对于先前的版本，“……在启动时加载YAML文件（大约5000个属性）需要10秒钟。”

\n

因为bean的创建和注入已经直接影响了启动时间和内存使用，所以，Spring Boot如今在选择创建和注入哪个bean方面变得更加明智。特别是现在只有在actuator被启用和暴露（例如通过HTTP）的情况下，才创建与Spring Boot actuator相关的端点。关于在自动配置中使用bean方面也变得更明智。如果只是部分自动配置使用bean，但总是注入到构造函数中，那么就没必要创建和注入到那些甚至不用的其他部分。具体来说，如今自动配置对依赖bean的使用更加精准。

\n

@ConditionalOnCloudPlatform注解可以通过检测应用程序何时在Kubernetes平台上运行来接收更新。这使得用户或其他框架易于有条件地配置只应用于Kubernetes的功能或实现。

\n

在依赖方面，AssertJ、Mockito、Kafka、Spring HATEOAS及Spring Data是一些升级了的著名第三方库。其他一些依赖项也进行了升级。

\n

Java EE依赖项也有变化。所有Java EE依赖项用等效的Jakarta EE依赖项替换。这是从Java EE到Jakarta EE迁移的一部分，是Eclipse基金会下EE的新名称。

\n

里程碑版本是Spring Boot版本开发周期中的重大事件。它们表明版本正在巩固，并且大多数主要错误和问题已经得到了解决。它们通常预示最终版本即将发布，主要用于微调和润色剩余问题。2.0系列中的过往版本有4到7个里程碑版本。

\n

阅读英文原文：Spring Boot 2.2 Reaches First Milestone Release With Performance and Memory Improvements

\n