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

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

JEP 345： NUMA-Aware Memory Allocation for G1（针对 G1 的 Numa-aware 内存分配）
JEP 349： JFR Event Streaming （JFP 事件流）
JEP 352： Non-Volatile Mapped Byte Buffers （非易失性映射字节缓冲区）
JEP 358： Helpful NullPointerExceptions （有用的空指针异常处理）
JEP 361： Switch Expressions (Standard) （标准版 Switch 表达式）

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

JEP 364： ZGC on macOS （macOS 上的 ZGC）
JEP 365： ZGC on Windows （Windows 上的 ZGC）

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

JEP 305： Pattern Matching for instanceof (Preview) （预览版 instanceof 模式匹配）
JEP 343： Packaging Tool (Incubator) （孵化器：打包工具）
JEP 368： Text Blocks (Second Preview) （第二次预览版文本块）
JEP 370： Foreign-Memory Access API (Incubator) （孵化器：外部内存访问 API）
JEP 359： Records (Preview) （预览版记录类型）

这组 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

创作场景

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