SpringFramework6采用Java17的示例分析

SpringFramework6采用Java17的示例分析，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。

Spring Framework 6 将采用 Java 17 和 Jakarta EE 9

正如昨天在 SpringOne 上宣布的那样，Spring Framework 6 和Spring Boot 3 计划在 2022 年第四季度实现总体可用性的高端基线：

Java 17+(来自 Spring Framework 5.3.x 线中的 Java 8-17)

Jakarta EE 9+（来自Spring框架5.3.x 线中的 Java EE 7-8）

这一前瞻性的基线将为我们的 APl 设计和集成工作带来巨大的好处，在未来的许多年里，它将为您的应用程序代码和框架以及您的应用程序带来光明。然而，这当然是有代价的：Spring Framework 6 和 Spring Boot 3 的应用程序在运行时至少需要 JDK 17，以及 Tomcat 10 /Jetty 11（为了兼容 Jakarta EE 9）。更重要的是，在你的应用程序源代码中可能需要一些更改：例如在 jakarta EE 9 中 javax 到 jakarta 命名空间的更改，无论你在哪里接触 Servlet API、JPA、Bean Validation 等。

虽然一开始这听起来有点咄咄逼人，但请记住，我们谈论的是2022年第四季度的发布：到那时，不仅 JDK 17 将取代 JDK 11 成为下一个长期支持版本，而且它本身也将被 JDK 18 和 JDK 19 作为当时可用的特性版本取代，而 JDK 20 的特性已经接近冻结。

Jakarta EB 9 也一样：我们预计届时 Jakarta EE 10 将会推出，而另一代 Tomcat、Jetty 和 co 将作为运行时选项被支持。保持以上基线作为最小值，这允许在 Spring Framework 6.x 中进一步了解 Java 的发展，Java 17 和 Jakarta EE 9 只是开始。

同时，Spring Framework 5.3.x 和 Spring Boot 2.x 目前仍在积极开发中，今年 11 月将推出 Spring Boot 2.6，然后在 2022 年 5 月推出 Spring Boot 2.7，最新一次 Spring Boot 2.x 特性分支已经到达（还没有确定这是 2.7 还是可能的更高版本），该分支将与 Spring Framework 5.3 一起进入扩展的开源维护阶段。与 Spring Framework 6 和 Spring Boot 3 并行，有好几年的重叠。考虑我们之前对 Spring Framework 3.2.x 和4.3.x 的分支，以了解在实践中将如何实现。

因此，如果你打算继续使用 JDK 8 或 11 几年，或者即使你打算继续使用 JDK17上的 Spring Framework 5.3 基础设施几年，请放心，我们对 Spring Framework 5.3.x 和 Spring Boot 2.x 的扩展维护是可以的，会让你覆盖。

一旦你准备使用下一代应用程序的 Java 生态系统，以自己的节奏随时升级到 Spring 框架 6 和 Spring Boot 3，随着 Tomcat、Jetty 和 co--新基础设施的好处和新建筑成为可用的选项。我们希望在接下来的几年里你们会欣赏这些选择。

注：如果你想知道 JDK 11 作为一个 LTS 的生成，请注意，JDK 11 的商业支持时间框架比 JDK 8 短，JDK 11 的 LTS 将在 2023 年底淘汰。JDK 17 作为下一代 LTS 将提供至少到 2026 年的支持时间框架。我们认为 JDK 8 在生态系统中具有独特的作用；

相比之下，JDK 11 只是一个过渡版本。此外，JDK 17 提供了一组最近积累起来的语言、API 和 JVM 增强功能，使其成为一个更有吸引力的升级。同样重要的是，在同一个 Spring Framework 6.x 中，JDK 23 LTS（2024年）和 JDK 29 LTS（2027年）仍然会支持，最终的支持范围会更广 JDK 17-29。

看完上述内容，你们掌握SpringFramework6采用Java17的示例分析的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注行业资讯频道，感谢各位的阅读！