我们应该采用 Java 12 还是坚持使用 Java 11？

间隔 Java 11 的正式宣布已已往一个多月，而 Java 12 也正在赶来的路上。按照此前开源中国提倡的一项关于开拓者行使的 Java 版本的观测，Java 8 如故是开拓者的主流选择，而 Java 11 是 Java 8 之后的首个 LTS 版本，以是有不少开拓者暗示会选择进级至 Java 11。凭证 Java 的宣布打算，Java 12 将于来岁 3 月推出。那么题目来了，我们是应该回收 Java 12，照旧僵持行使 Java 11 呢？

也许你会认为这是一个无关紧急的题目，但对付那些必要在 JVM 中行使 Java 的开拓者，或是较量垂青 Java 新特征的开拓者，这是一项异常重要的决定。这篇文章将和各人就这个题目举办相干的说明。

Java 宣布打算

此刻每六个月就会宣布一个新的 Java 版本，以是尽量 Java 11 才宣布不久，但间隔 Java 12 的宣布也就剩下不到五个月的时刻。作为宣布打算的一部门，某些版本会被指定为恒久支持版本(LTS)，它们会得到四年或更长时刻的技能支持和安详补丁更新。以是这些版本凡是会被称为“首要版本” —— 不是由于它们拥有更多的成果特征，而是由于它们具有恒久的技能支持。

估量 Java 11 的更新补丁(11.0.1, 11.0.2, 11.0.3 等)将比 Java 8 的补丁(8u20, 8u40, 8u60)更小更简朴。由于 Java 11 的更新将越发齐集在安详补丁上，不会像 Java 8 的更新那样带来内部的成果加强。Oracle 但愿将 Java 12, 13, 14 等这些版本当做是小更新版本，类比成 Java 8 的话，等于 Java 11u20, 11u40。

Oracle 高级员工频频以为像 8u20 和 8u40 这样的更新经常会带来粉碎性的改观，但本文作者暗示这不是本身的经验，他记得的独一有粉碎性的变革是为 Javadoc 添加了 --allow-script-in-comments，但它也不是 Java 的焦点部门。因此，他从不担忧进级到最新版本带来的影响 —— 由于这是 Java 平台的焦点上风。

下面深入相识一下为什么在旧的宣布模式下，进级版本不会导致任何题目。先看一下新旧宣布模式之间的差别：

Oracle 的官方概念以为：与 Java 7->8->9 对比，Java 9->10->11 的进级和 8->8u20->8u40 更相似。

表格清晰地表现新模式下的 Java 版本宣布城市包括很多改观，包罗说话改观和 JVM 改观，这两者城市对 IDE、字节码库和框架发生重大影响。另外，不只会新增其他 API，还会有 API 被删除（这在 Java 8 之前没有产生过）。

Oracle 的概念是，由于每个版本仅在前一个版本宣布后的6个月推出，以是不会有太多新的“对象”，因此进级并不坚苦。固然云云，但这不是重点。重要的是进级是否有也许会粉碎代码。很明明，从 11 -> 12 -> 13 开始，代码蒙受粉碎的也许性要大于 8 -> 8u20 -> 8u40。

11 -> 12 -> 13 与 8u20 -> 8u40 等这样的更新首要区别在于对字节码版本的变动以及对类型的变动，对字节码版本的变动每每出格具有粉碎性，大大都框架都大量行使与每个字节码版本亲近相干的 ASM 或 ByteBuddy 等库。而 8u20 -> 8u40 如故行使沟通的 Java SE 类型，具有全部沟通的类和要领，差异于从 Java 12 移动到 13。

除此之外，Oracle 的另一个声明也异常值得我们存眷。声明透暴露的动静是，假如僵持行使 Java 11 并打算在下一个 LTS 版本(即 Java 17)宣布时再举办进级，开拓者也许会发明本身的项目代码无法通过编译。以是请记着，Java 新的开拓法则此刻声明可以在一个版本中弃用某个 API 要领，并在下一个版本中删除它。

回收新版本 Java 的留意事项

在本节中，将概述在回收新版本 Java 之前必需思量的一些留意事项/风险。

被新版本系列“绑定”

假如回收了 Java 12 并行使新的说话特征或新的 API，这意味着现实上你已将项目绑定到 Java 的新版本系列。接下来你必需回收 Java 13, 14, 15, 16 和 17，而且必需在下一个版本宣布后的一个月内回收每个新版本。

行使了新版本，每个版本的行使寿命为六个月，而且在宣布后仅七个月就过期了。这是由于每个版本只有在六个月内提供安详补丁，宣布后1个月的第一个补丁和宣布后4个月的第二个补丁。7个月后，下一组安详补丁会宣布，但旧版本不能获取更新。

因此，你要判定自身的开拓流程是否应承进级 Java 版本，时刻窗口方面会不会太狭小？

进级的“绊脚石”

现实行使中有许多阻止我们进级 Java 的身分，下面列出一些常见的：

• 开拓资源不敷：你的团队也许会很是繁忙或局限太小，你能担保两年后从 Java 15 进级到 16 的开拓时刻吗？

• 构建器材和 IDE：你行使的 IDE 是否会在宣布当天支持每个新版本？Maven? Gradle 呢? 假如不是，你有后备打算吗？请记着，你只有1个月的时刻来完成进级、测试并将其宣布到出产情形中。另外还包罗 Checkstyle，JaCoCo，PMD，SpotBugs 等等其他器材。

• 依靠相关：你的依靠相关是否都筹备好用于每个新版本？请记着，它不只仅是直接依靠项，而是技能仓库中的全部内容。字节码操纵库尤其受到影响，譬喻 ByteBuddy 和 ASM。

• 框架：这是另一种依靠，可是一个大而重要的依靠。在一个月的狭小时刻窗口内，Spring 会每六个月宣布一个新版本吗？ Jakarta EE(早年的 Java EE)会吗？假如它们不这样做会怎么样？

云 / 托管 / 陈设

你是否可以节制代码在出产情形中的运行位置和方法？譬喻，假如你在 AWS Lambda 中运行代码，则无法节制。AWS Lambda 没有回收 Java 9或10，乃至没有回收 Java 11。以是除非 AWS 提供民众担保以支持每个新的 Java 版本，不然基础无法回收 Java 12。

怎样托管你的 CI 体系？Jenkins, Travis, Circle, Shippable, GitLab 会快速更新吗？假如不是，你会怎么做？

对将来的猜测

假如已经阅读了上面的列表，而且你的代码和流程可以应对。这异常好，但更重要的是要大白，你也在限定将来举办改变的手段。譬喻，你的代码也许本日不在 AWS Lambda 上运行，但将来三年呢？

为回收新版本举办筹划

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!