Java 12 特性冻结,但原始字符串字面量特性被移除

JDK 12
是 Java SE 的下一个版本,已经到了版本发布流程的第一个减速点(ramp-down point),该版本的特性已被冻结。 JDK 12 提供了增强的 switch 语句的预览,为 G1 垃圾回收器添加了许多改进,并新引入了一个名为 Shenandoah 的实验性垃圾回收器。

但是,JDK 12 主要提案之一的原始字符串字面量(raw string literals)却被从这个版本移除了。 根据 JEP,“原始字符串字面量可以跨多行源代码,并且里面的转义串不会被解析,例如/ n,或者像/ uXXXX 形式的 Unicode 转义”。 所以,你不再需要这样写:


复制代码

String html ="<html>/n"+
" <body>/n"+
" <p>Hello World.</p>/n"+
" </body>/n"+
"</html>/n";

而是应该写成下面这样:


复制代码

String html = '<html>
<body>
<p>Hello World.</p>
</body>
</html>
';

“…我们认为基于当前的状态提供预览会对 Java 语言不利”,Brian Goetz 在一封电子邮件中写道:

我们当然感到失望,因为这意味着这个特性需要更长一点时间才能变成 Java 语言的一部分,但我们认为这是最佳选择。

虽然我们可以预料到,任何语言特性都会收到大量诸如“我更希望它不是这样的”的反馈,在我们审查收到的反馈时,我不再确信我们在复杂性和表现力(expressiveness)之间作出了正确的权衡,或者说我不确信我们已经对所有可能的设计进行了足够的探索,以确保当前的方案是我们能做出的最优方案。 通过移除这个特性,我们可以继续完善设计,探索更多选项,以便可以提供一个能满足预览特性流程(Preview Feature process,JEP 12)要求的预览。

就已添加的新特性而言,我们前面提到的 JEP 325:Switch Expressions 是 JDK 12 的一个预览特性。 在这个 JEP 中,Java switch 语句有两个主要变化。 一个变化是新的 switch 书写形式,写成“case L – >”表示如果标签匹配成功,则只执行标签右侧的代码:


复制代码

switch(day) {
caseMONDAY, FRIDAY, SUNDAY -> System.out.println(6);
caseTUESDAY -> System.out.println(7);
caseTHURSDAY, SATURDAY -> System.out.println(8);
caseWEDNESDAY -> System.out.println(9);
}

另一个变化是 switch 可以成为一个表达式,因此它可以有值,或者它可以返回一个值:


复制代码

T result = switch (arg) {
case L1 -> e1;
case L2 -> e2;
default-> e3;
};

JDK 12 还对 G1 垃圾回收器进行了一些重要的增强。 G1 的目标之一是当回收器造成停顿时,能达到用户指定的停顿时间目标。但在某些情况下,回收器可能无法达到这个目标。 发生这种情况是因为 G1 使用一组启发式算法来选择在收集期间要做的工作,这些工作被称为收集集合(collection set)。目前,G1 需要从所有收集集合区域中收集所有活动对象,并且在此过程中不能停止。 因此,如果回收器的启发式算法选择了过大的收集集合,回收器可能会超出暂停目标。选择过大的收集集合这种情况是可能发生的,比如应用程序行为发生了改变而启发式算法仍然工作在“旧”数据上。

为了达到用户提供的停顿时间目标,JEP 344 通过把要被回收的区域集(混合收集集合)拆分为强制和可选部分,使 G1 垃圾回收器能中止垃圾回收过程。 G1 可以中止可选部分的回收以达到停顿时间目标。

G1 的另一个问题是它并不总是及时地将已提交(committed)的 Java 堆内存返还给操作系统,因为 G1 只在完整 GC 或并发周期内从 Java 堆返还内存。 JEP 346 指出:

由于 G1 尽量避免完整的 GC,并且仅基于 Java 堆占用和分配活动来触发并发周期,因此在许多情况下,除非从外部强制执行,否则它不会返还 Java 堆内存。

在资源需要付费使用的容器环境中,这种行为对客户尤其不利。

该 JEP 的既定目标是增强 G1 垃圾回收器,使其在空闲时自动将 Java 堆内存返还给操作系统。

除了对 G1 的增强之外,JDK 12 还增加了一个名为 Shenandoah 的新的实验性垃圾回收器,它在 Java 线程运行的同时进行转移 (evacuation) 工作来减少停顿时间。

Shenandoah 由 Red Hat 开发。 它是一个标记 / 复制回收器,在许多方面与 G1 类似。 主要区别在于回收器在转移阶段使用 Brooks 前向(forwarding)指针。 其想法是堆上的每个对象都有一个额外的引用字段。 该字段初始时指向对象本身,一旦对象被复制到新位置,它就指向新位置。 这使得它可以在应用线程执行的同时转移对象。

Shenandoah 的停顿时间与堆大小无关,但回收器会带来性能损失,因此它对于堆较大的应用程序更有用。 论文 PPPJ2016 对该算法进行了深入描述。

JDK 12 的其它新特性包括:

  • JEP 334:提出一个 API 来对关键类文件 (key class-file) 和运行时构件(artefact)的名义描述 (nominal description) 进行建模,特别是那些可以从常量池加载的常量。该 API 的草案可在此处获得。

  • JEP 230:一套微基准测试,可以基于 Java Microbenchmark Harness(JMH)轻松测试 JDK 的性能。

  • JEP 340:JDK 中针对 ARM 64-bit 有两套不同的源码(即移植)。一套是 arm64,来自 Oracle;另一套是 aarch64。该 JEP 将删除与 arm64 port 相关的所有源码,同时保留 32 位 ARM 移植和 64 位 aarch64 移植。

  • JEP 341:类数据共享(Class Data-Sharing,CDS)是一项减少启动时间的特性。JEP 提到,由于共享,运行 HelloWorld 的启动时间缩短了 32%。但是,若想利用类数据共享,用户必须额外运行一步 java -Xshare:dump,即使使用 JDK 中默认提供的类也不例外。使用该 JEP,默认将生成类数据共享存档。

JDK 12 的候选发布版本预计将在 2 月初发布,GA 版本将于 3 月中旬发布。

查看英文原文:

https://www.infoq.com/news/2018/12/jdk-12-new-features

原文 

https://www.infoq.cn/article/r1z8U*lIhw64KVbalWPP

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » Java 12 特性冻结,但原始字符串字面量特性被移除

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址