正式发布
Spring Framework 6.0 首个 RC 版本正式发布，可以开始使用了。
新特性
我们一起来看看这次6.0版本带来了哪些特性？需要注意的是该版本整个框架代码库现在基于 Java 17 源代码级别，所以如果你想使用需要升级版本到 JDK 17+ 才可以，并且底层依赖的 J2EE 也迁移到了Jakarta EE 9（至少 Tomcat 10 / Jetty 11，为了与 Jakarta EE 9 兼容）
Spring 官方认为 JDK11 仅仅是一个过渡使用的 JDK 版本，而 JDK17 几乎是一个全新的编程语言，增强和完善了 API 和 JVM，这让升级 JDK17 成为更具吸引力的选择。
主要内容
主要更新内容如下：
-
为 AOT 引擎设置引入 builder API
-
支持Spring 应用程序探索虚拟线程，基于 JDK19
-
基于 GraalVM 将 Spring 应用程序编译成原生镜像（native image）
-
将 javax.servlet 迁移到 jakarta.servlet，兼容最新的 web 服务器如：Tomcat 10.1、Jetty 11、Undertow 2.3，最新的持久性框架 Hibernate ORM 5.6.x
-
。。。
接下来重点深入介绍几点影响重大的新功能！
AOT编译
Ahead-Of-Time，即预先编译，与我们熟知的Just-In-Time（JIT，即时编译）来说 AOT 带来的好处是 JVM 可以直接加载这些已经预编译成二进制码的类信息，可以直接调用，而无需再将其运行时编译成二进制码。因为 AOT 不占用运行时间，可以做一些较耗时的优化，从而显著的加快程序的启动。避免在程序运行时的编译性能消耗和内存消耗，可以在程序运行初期就达到最高性能。
AOT 的方式可以减少 JIT 带来的预热时间，减少 Java 应用长期给人带来的“第一次运行慢”感觉。
AOT的引入，意味着Spring生态正式引入了提前编译技术，相比于JIT编译，AOT有助于优化Spring框架启动慢、占用内存多、以及垃圾无法被回收等问题。
Spring Native
在新版本中引入了Spring Native，有了Spring Native ，Spring可以不再依赖Java虚拟机，而是基于 GraalVM 将 Spring 应用程序编译成原生镜像（native image），提供了一种新的方式来部署 Spring 应用，这种部署 Spring 的方式是云原生友好的。
Spring Native的优点是编译出来的原生 Spring 应用可以作为一个独立的可执行文件进行部署，而不需要安装JVM，而且启动时间非常短并且消耗更少的资源，它的缺点就是构建时长要比JVM更长一些。
Spring Framework 6.0.x 原生镜像支持的 GraalVM 版本是基于 JDK 17-19 的 GraalVM 22.3。请注意，截至 2023 年，GraalVM 与 OpenJDK 发布模型保持一致，每个新的 GraalVM 版本仅支持最新的 Java 级别。因此，Spring Framework 6.x 功能版本可能需要在未来需要具有更高 JDK 基线的新 GraalVM 版本，例如基于 JDK 21 作为下一个 LTS。
虚拟线程
众所周知当前Java线程的实现是每个Java线程需要消耗一个操作系统线程。而操作系统线程这种资源是非常稀缺，非常宝贵的。而虚拟线程是java.lang.Thread一种用户态的实现，当我们在虚拟线程上使用同步API时，是不会阻塞任何操作系统线程，硬件利用率接近最佳。
JDK19 正式引入虚拟线程，意味着许多虚拟线程可以在同一个操作系统线程上运行它们的 Java 代码，从而有效地共享它。值得一提的是，它能做到在几个G的JVM堆上创建几百万个活动的虚拟线程（这在现在的JDK中几乎不可能实现），并且表现出和现在的线程几乎一样的行为。这些协程由 JVM 管理，因此它们也不会增加额外的上下文切换开销，因为它们作为普通 Java 对象存储在 RAM 中。
总结
除了以上重大变更外，详细变更可以去官网查看：What's New in Spring Framework 6.x
Spring 将 Spring 6.0 称为下一个十年的新开端，直接舍弃了以往版本的 JDK，强制升级到 JDK 17及以上。而目前国内市场上大部分公司还在使用 JDK 8，新应用你会使用 Spring 6.0 嘛？