Java 12 / JDK 12 今天正式发布，来看哪些新特性！

21CTO导读：自 2 月 7 日开始，Java/JDK 12 就进入了 RC 阶段。按照发布周期，美国当地时间 3 月 19 日，也就是今天 Java 12 正式发布了！Java 12 带来了一系列新特性：

△ JDK 12 GA 发布

189 Shenandoah: A Low-Pause-Time Garbage Collector (Experimental)    低暂停时间的 GC

230 Microbenchmark Suite    微基准测试套件

325 Switch Expressions (Preview)    Switch 表达式

334 JVM Constants API    JVM 常量 API

340 One AArch64 Port, Not Two    只保留一个 AArch64 实现

341 Default CDS Archives    默认类数据共享归档文件

344 Abortable Mixed Collections for G1    可中止的 G1 Mixed GC

346 Promptly Return Unused Committed Memory from G1    G1 及时返回未使用的已分配内存

我们一起来看一看 Java 12 中的新特性。通过本文可以在5分钟内快速了解 Java 12 新特性。

1 Switch 表达式（预览功能）

扩展了 switch 语句，使其不仅可以作为语句（statement），还可以作为表达式（expression），并且两种写法都可以使用传统的 switch 语法，或者使用简化的“case L ->”模式匹配语法作用于不同范围并控制执行流。这些更改将简化日常编码工作，并为 switch 中的模式匹配（JEP 305）做好准备。

Java 11

Java 12

2 默认CDS归档

通过在64位平台上的默认类列表的帮助下生成CDS归档来改进JDK构建过程，从而有效地消除了运行java -Xshare：dump。 此功能的目标包括：1。）改进开箱即用的启动时间，以及2.）摆脱使用-Xshare：dump。

3 Shenandoah GC

Shenandoah是一种垃圾收集（GC）算法，旨在保证低延迟（10 - 500 ms的下限）。 它通过在运行Java工作线程的同时执行GC操作减少GC暂停时间。 使用Shenandoah，暂停时间不依赖于堆的大小。 这意味着无论堆的大小如何，暂停时间都是差不多的。

这是一个实验性功能，不包含在默认（Oracle）的OpenJDK版本中。

4 JMH 基准测试

此功能为JDK源代码添加了一套微基准测试（大约100个），简化了现有微基准测试的运行和新基准测试的创建过程。 它基于Java Microbenchmark Harness（JMH）并支持JMH更新。

此功能使开发人员可以轻松运行当前的微基准测试并为JDK源代码添加新的微基准测试。 可以基于Java Microbenchmark Harness（JMH）轻松测试JDK性能。 它将支持JMH更新，并在套件中包含一组（约100个）基准测试。

5 JVM 常量 API

JEP 334引入了一个API，用于建模关键类文件和运行时artifacts，例如常量池。 此API将包括ClassDesc，MethodTypeDesc，MethodHandleDesc和DynamicConstantDesc等类。此 API 对于操作类和方法的工具很有帮助。

6 G1的可中断 mixed GC

此功能通过将Mixed GC集拆分为强制部分和可选部分，使G1垃圾收集器更有效地中止垃圾收集过程。通过允许垃圾收集过程优先处理强制集，g1可以更多满足满足暂停时间目标。

G1是一个垃圾收集器，设计用于具有大量内存的多处理器机器。由于它提高了性能效率，g1垃圾收集器最终将取代cms垃圾收集器。

G1垃圾收集器的主要目标之一是满足用户设置的暂停时间。G1采用一个分析引擎来选择在收集期间要处理的工作量。此选择过程的结果是一组称为GC集的区域。一旦GC集建立并且GC已经开始，那么G1就无法停止。

如果G1发现GC集选择选择了错误的区域，它会将GC区域的拆分为两部分（强制部分和可选部分）来切换到处理Mix GC的增量模式。如果未达到暂停时间目标，则停止对可选部分的垃圾收集。

7 G1归还不使用的内存

此功能的主要目标是改进G1垃圾收集器，以便在不活动时将Java堆内存归还给操作系统。 为实现此目标，G1将在低应用程序活动期间定期生成或持续循环检查完整的Java堆使用情况。

这将立即归还未使用的部分Java堆内存给操作系统。 用户可以选择执行FULL GC以最大化返回的内存量。

8 移除多余ARM64实现

Java 12将只有一个ARM 64位实现（aarch64）。 目标是删除所有与arm64实现相关的代码，同时保留32位ARM端口和64位aarch64实现。

这将把重点转移到单个64位ARM实现，并消除维护两个实现所需的重复工作。 当前的JDK 11实现中有两个64位ARM实现。

观望 JDK 13

根据 JDK 13 的迭代计划，预计其将于 2019 年 9 月发布 —— Java 现在采取“半年发布一次版本”的模式。

对于 JDK 13 的新特性，Oracle Java 平台组首席架构师 Mark Reinhold 做出了两个预测：

• 原生字符串文字（Raw String Literals），它可以跨多行源码而不对转义字符进行转义。目标是简化 Java 的开发，比如开发者可以可读形式表示字符序列，而不会掺杂一些 Java 指示符，或者提供针对 Java 以外的语法的字符串。在 JDK 13 中进行预期的测试运行后，该功能可以在随后的 JDK 14 版本中跟进。

• 可用于生产环境的 switch 表达式，JDK 13 中将带来一个 beta 版本实现。switch 表达式扩展了 switch 语句，使其不仅可以作为语句（statement），还可以作为表达式（expression），并且两种写法都可以使用传统的 switch 语法，或者使用简化的“case L ->”模式匹配语法作用于不同范围并控制执行流。这些更改将简化日常编码工作，并为 switch 中的模式匹配（JEP 305）做好准备。

可访问 http://openjdk.java.net/projects/jdk/13/ 查看 JDK 13 的相关信息。

▍讨论

留意到不少开发者对 Raw String Literals 特性情有独钟，该特性类似于 JavaScript ES6 语法中的模板字符串，使用它基本可以告别丑陋的字符串拼接。特性详见 http://openjdk.java.net/jeps/326。

该特性原计划于 JDK 12 发布，可惜最后还是被取消了（不过可能会在 JDK 13 发布），详见：
http://mail.openjdk.java.net/pipermail/jdk-dev/2018-December/002402.html

可能是因为业界呼声太高，最近委员会又把这个特性拿出来重新讨论了：
https://mail.openjdk.java.net/pipermail/amber-spec-experts/2019-January/000931.html

你最想要的 JDK 特性是什么？欢迎在留言区和大家分享~

作者：佚名

来源：Dzone，开源中国，程序员之家