Java17，有史以来最快 JDK-技术圈

来源：blog.csdn.net/mengyidan/article/details/120308102

Java 17 已正式发布，该版本是自Java 11以来的首个长期支持版本。Oracle 还提议将 JDK LTS发布的节奏从每三年一次改为每两年一次，并且每个LTS 版本的服务时间至少8年以上。Java 版本通常是6个月一更新，时间分别在3月和9月，而这些版本的支持时间基本在半年左右。

Java各个版本的生命周期

据Oralce官博透露，虽然6个月版本的使用人数在增长，但大部分组织及企业更倾向于把LTS版本用在生产环境中，从而得到更加稳定可靠的服务。这一点从Snyk发布的2021 Java社区报告中也可以得到证实，虽然有61.5%的人在生产中使用Java 11，但仍有一半的Java 11用户（目前使用最多的版本）在他们的生产堆栈中使用Java 8。

1、Oracle 推出 Free Java License

截图自Oracle官博

自Java被Oralce收购以后，付费JDK就一直被人诟病，现在好了，Oracle 宣布推出JDK免费服务。什么意思呢？让我们来看一下官方解释：

Oracle正在为行业提供免费的，领先的Oralce JDK，包括所有季度安全更新，并包含商业和生产用途。
新许可是“Oracle 免费条款和条件”(NFTC) 许可。此Oracle JDK许可证允许所有用户免费使用，甚至可以用于商业和生产用途。只要不收费，再分发是允许的。
开发人员和组织现在无需点击即可轻松下载、使用、共享和重新分发 Oracle JDK。
Oracle 将从Oracle JDK 17开始提供这些免费版本和更新，并在下一个 LTS 版本之后继续提供整整一年。以前的版本不受此更改的影响。
Oracle 将继续按照自 Java 9 以来的相同版本和时间表提供GPL下的Oracle OpenJDK 版本。

总结成一句话，“免费”也并不意味着开发者可以随心所欲，因为Oracle的 NFTC 是禁止付费重新分发其 Java 软件。

而在Java 17正式发布之前，Java开发框架Spring率先在官博宣布，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）

通过实际行动来支持 Java 17，间接呼吁开发者，是时候使用 Java 17了。

2、要不要升级呢？Java 17 到底有多快？

看到如此诚意满满的更新，开发者到底要不要升级呢？尽管只需切换JDK即可体验Java 17。对此，OptaPlanner网站做了一项基准测试：Java到底有多快？通过比较 JDK 17、JDK 16 和 JDK 11 来告诉你答案。

基准方法

硬件：一个稳定的机器不运行任何其他的计算要求苛刻的流程，配置：Intel® Xeon® Silver 4116 @ 2.1 GHz (12 cores total / 24 threads)和128 GiBRAM内存，运行RHEL 8 x86_64。

JDK版本

JDK 11

openjdk 11.0.12 2021-07-20
OpenJDK Runtime Environment Temurin-11.0.12+7 (build 11.0.12+7)
OpenJDK 64-Bit Server VM Temurin-11.0.12+7 (build 11.0.12+7, mixed mode)

JDK 16

openjdk 16.0.2 2021-07-20
OpenJDK Runtime Environment (build 16.0.2+7-67)
OpenJDK 64-Bit Server VM (build 16.0.2+7-67, mixed mode, sharing)

JDK 17

openjdk 17 2021-09-14
OpenJDK Runtime Environment (build 17+35-2724)
OpenJDK 64-Bit Server VM (build 17+35-2724, mixed mode, sharing)

JVM 选项：-Xmx3840M并明确指定垃圾收集器：

-XX:+UseG1GC 对于 G1GC，低延迟垃圾收集器（所有三个 JDK 中的默认值）；
-XX:+UseParallelGC 对于 ParallelGC，高吞吐量垃圾收集器。

Main class：org.optaplanner.examples.app.GeneralOptaPlannerBenchmarkApp 来自optaplanner-examplesOptaPlanner 中的模块8.10.0.Final。

每次运行都使用 OptaPlanner 解决 11 个规划问题，例如员工排班、学校时间表和云优化。每个规划问题运行 5 分钟。日志记录设置为INFO。基准测试以 30 秒的 JVM 预热（warm up）开始，随后丢弃。
解决规划问题不涉及IO（除了在启动期间加载输入的几毫秒）。单个CPU完全饱和。它不断地创建许多短期存在的对象，然后 GC 将它们收集起来。
基准衡量每秒计算的分数数量，越高越好。为测试计划规划的解决方案计算分数并非易事：它涉及许多计算，包括检查每个实体与每个其他实体之间的冲突。

运行次数：每个JDK 和每个垃圾收集器组合按顺序运行 3 次。下面的结果是这 3 次运行的平均值。

测试结果

Java 11 (LTS) 和 Java 16 与 Java 17 (LTS)