Java 14 进入 Rampdown 阶段,所有特性已冻结

阅读数:2 2020 年 1 月 3 日 09:00

Java 14 进入Rampdown阶段,所有特性已冻结

Java 14 的发布过程已经开始。 JDK 14 现在处于 Rampdown 第一阶段,这意味着整个特性集已被冻结,并且此发行版不再涉及其他特性。

与以往的 Java 版本一样,JEP(Java Enhancement Proposals,Java 增强提案)列表构成了该新版本的内容。最终确定的特性如下:

还有两个 JEP 是涉及在其他平台上进行 ZGC 垃圾收集器到达处理的:

接下来的几个 JEP 是预览版或孵化特性相关的:

这组 JEP 可能比最初出现时更有趣:它实际上包含了两个重要的构建块,这两个构建块组成了 Java 的主要新特性。

记录类型特性本质上是将命名元组引入到 Java 中,并且它是代数数据类型algebraic data types,其他语言中的称谓)特性的前半部分。它的另一半是密封类型sealed types)特性,密封类型对应于 JEP 360 ,并且尚未在任何版本中发布。

未来特性的另一个构建块是 JEP 305(“ instanceof 模式匹配 ”)。乍一看,这个特性似乎非常小,因为现在它只是在使用“instanceof”操作符时减少了难看的强制类型转换样板代码:

复制代码
if (obj instanceof String s) {
    // 这里可以使用 s
} else {
    // 这里不能使用 s
}

虽然这个特性看起来微不足道,但它的真正威力始终会在未来版本的 Java 中体现出来。switch 表达式特性(也已作为 Java 14 的一部分进行了标准化)将用于构建 JEP 305 以生成通用模式匹配,这是一个主要的新特性,特别是与代数数据类型结合使用时。

最后,是一组不能严格说是特性的 JEP,因为它们仅处理功能的弃用或移除。

在某种程度上,这意味着 JDK 14 是一个可悲的里程碑:它标志着 Java 在 Solaris 上走到了尽头,Solaris 是 Java 技术首次出现时的平台,早在 1995 年,它作为 Java 技术的第一个公开发行版本的一部分而首次亮相。

CMS 收集器的移除也是值得注意的。对于几乎所有的现代工作负载,G1 的性能与 CMS 相当,甚至更好(经过很长一段时间的成熟和稳定之后)。然而,仍然存在一小部分低延迟、对暂停敏感的应用程序既无法忍受 G1 的暂停阈值,也无法支付像 Shenandoah 或 ZGC 等收集器的性能开销。没有针对这些工作负载的解决方案,实际上,它们必须保留在 Java 11 上才能在中短期内得到支持。

总的来说,虽然 Java 14 包含的主要特性仅在预览状态下发布,但它代表平台向前迈出了重要一步。确实,到目前为止,Java 市场还没有看到非 LTS 版本的大量使用,因此 Java 14 能否被极大程度地采用还有待观察。

随着 Java 14 特性的冻结和缩减,Java 开发库的主线现在已转向了 Java 15(该版本将于 2020 年 9 月上市)。

原文链接:

Java 14 Is in Feature-Freeze and Release Rampdown

评论

发布