Latest commit

History

History
334 lines (226 loc) · 14 KB

File metadata and controls

334 lines (226 loc) · 14 KB
titleJava 12 & 13 新特性概览
description归纳 JDK 12/13 的特性更新,包含字符串增强、switch 改进与 GC 调整等。
categoryJava
tag
Java新特性
head
meta
namecontent
keywords
Java 12,Java 13,字符串增强,切换表达式,垃圾回收,JEP

Java 12

JDK 12 于 2019 年 3 月 19 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间:

 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间

JEP 189: Shenandoah(低延迟垃圾收集器,实验性)

Redhat 主导开发的 Pauseless GC 实现,主要目标是 99.9% 的暂停小于 10ms,暂停与堆大小无关等

和 Java11 开源的 ZGC 相比(需要升级到 JDK11 才能使用),Shenandoah GC 有稳定的 JDK8u 版本,在 Java8 占据主要市场份额的今天有更大的可落地性。

JEP 344 & JEP 346: G1 收集器优化

Java12 为默认的垃圾收集器 G1 带来了两项更新:

  • 可中止的混合收集集合:JEP344 的实现,为了达到用户提供的停顿时间目标,JEP 344 通过把要被回收的区域集(混合收集集合)拆分为强制和可选部分,使 G1 垃圾回收器能中止垃圾回收过程。 G1 可以中止可选部分的回收以达到停顿时间目标
  • 及时返回未使用的已分配内存:JEP346 的实现,增强 G1 GC,以便在空闲时自动将 Java 堆内存返回给操作系统

JEP 334: JVM Constants API(JVM 常量 API)

引入了一个 API 来对关键类文件和运行时工件的名义描述进行建模,特别是可以从常量池加载的常量。

这个 API 提供了一组接口和工具类,用于表示和操作类文件中的常量池条目。它主要包括:

  • 常量描述符接口ConstantDesc 接口及其子接口,用于描述各种类型的常量
  • 常量值类型ClassDescMethodTypeDescMethodHandleDescDynamicConstantDesc
  • 引导方法:支持 invokedynamic 指令和常量动态引导方法

这个 API 主要是为了支持以下场景:

  1. 类文件操作:提供了一种标准化的方式来描述和操作类文件中的常量池
  2. 字节码生成:简化了字节码生成框架(如 ASM)与 Java 代码的交互
  3. 反射增强:使得反射操作更加类型安全和表达力更强
  4. 编译器工具:为编译器和代码生成工具提供了更好的抽象

这个 API 是 Java 12 中重要的底层改进,为后续的字节码操作和编译器特性奠定了基础。

JEP 325: Switch Expressions(switch 表达式,预览)

传统的 switch 语法存在容易漏写 break 的问题,而且从代码整洁性层面来看,多个 break 本质也是一种重复。

Java12 增强了 switch 表达式,使用类似 lambda 语法条件匹配成功后的执行块,不需要多写 break 。

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);
}

Java 13

JDK 13 于 2019 年 9 月 17 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 24 每个版本的更新带来的新特性数量和更新时间:

JEP 351: ZGC(释放未使用内存)

在 Java 11 中实验性引入的 ZGC 在实际的使用中存在未能主动将未使用的内存释放给操作系统的问题。

ZGC 堆由一组称为 ZPages 的堆区域组成。在 GC 周期中清空 ZPages 区域时,它们将被释放并返回到页面缓存 ZPageCache 中,此缓存中的 ZPages 按最近最少使用(LRU)的顺序,并按照大小进行组织。

在 Java 13 中,ZGC 将向操作系统返回被标识为长时间未使用的页面,这样它们将可以被其他进程重用。

JEP 350: Dynamic CDS Archives(动态 CDS 存档)

Java 13 中对 Java 10 中引入的应用程序类数据共享(AppCDS)进行了进一步的简化、改进和扩展,即:允许在 Java 应用程序执行结束时动态进行类归档,具体能够被归档的类包括所有已被加载,但不属于默认基层 CDS 的应用程序类和引用类库中的类。

这提高了应用程序类数据共享(AppCDS)的可用性。无需用户进行试运行来为每个应用程序创建类列表。

java -XX:ArchiveClassesAtExit=my_app_cds.jsa -cp my_app.jar
java -XX:SharedArchiveFile=my_app_cds.jsa -cp my_app.jar

JEP 355: Text Blocks(文本块,预览)

解决 Java 定义多行字符串时只能通过换行转义或者换行连接符来变通支持的问题,引入三重双引号来定义多行文本。

Java 13 支持两个 """ 符号中间的任何内容都会被解释为字符串的一部分,包括换行符。注意:这里的"两个"应理解为"一对",即开始和结束各一个。

未支持文本块之前的 HTML 写法:

Stringjson ="{\n" +
" \"name\":\"mkyong\",\n" +
" \"age\":38\n" +
"}\n";

支持文本块之后的 HTML 写法:

Stringjson = """ { "name":"mkyong", "age":38 } """;

未支持文本块之前的 SQL 写法:

String query ="SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB`\n"+"WHERE `CITY` = 'INDIANAPOLIS'\n"+"ORDER BY `EMP_ID`, `LAST_NAME`;\n";

支持文本块之后的 SQL 写法:

String query =""" SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB` WHERE `CITY` = 'INDIANAPOLIS' ORDER BY `EMP_ID`, `LAST_NAME`;""";

文本块相关的方法(formatted()stripIndent()translateEscapes())介绍请参见本文 API 增强 - String 增强(文本块相关方法) 部分。

JEP 354: Switch Expressions(switch 表达式,第二次预览)

Switch 表达式中就多了一个关键字用于跳出 Switch 块的关键字 yield,主要用于返回一个值

yieldreturn 的区别在于:return 会直接跳出当前循环或者方法,而 yield 只会跳出当前 Switch 块,同时在使用 yield 时,需要有 default 条件

privatestaticStringdescLanguage(Stringname) {
returnswitch (name) {
case"Java": yield "object-oriented, platform independent and secured";
case"Ruby": yield "a programmer's best friend";
default: yield name +" is a good language";
};
}

API 增强

并不是所有的 API 改动都会通过 JEP(Java Enhancement Proposal)来发布。

在 JDK 的开发流程中:JEP 通常用于重大的改变,例如引入新的语言特性(如 switch 表达式)、新的 JVM 机制(如 ZGC)或者大规模的库重构。像 String.indent() 这种在现有类中增加几个方法的操作,通常被视为常规的库维护。它们由 JDK 开发者直接通过 JBS (JDK Bug System) 的工单(Ticket)进行提交和评审,然后随版本直接发布。

String 增强

Java 12 增加了两个的字符串处理方法。

indent() - 缩进方法

indent() 方法可以实现字符串缩进。

Stringtext = "Java";
// 缩进 4 格text = text.indent(4);
System.out.println(text);
text = text.indent(-10);
System.out.println(text);

输出:

 Java
Java

transform() - 转换方法

transform() 方法可以用来转变指定字符串。

Stringresult = "foo".transform(input -> input + " bar");
System.out.println(result); // foo bar

Files 增强

Java 12 添加了 mismatch() 方法来比较两个文件:

publicstaticlongmismatch(Pathpath, Pathpath2) throwsIOException

mismatch() 方法用于比较两个文件,并返回第一个不匹配字符的位置,如果文件相同则返回 -1L。

代码示例(两个文件内容相同的情况):

PathfilePath1 = Files.createTempFile("file1", ".txt");
PathfilePath2 = Files.createTempFile("file2", ".txt");
Files.writeString(filePath1, "Java 12 Article");
Files.writeString(filePath2, "Java 12 Article");
longmismatch = Files.mismatch(filePath1, filePath2);
assertEquals(-1, mismatch);

代码示例(两个文件内容不相同的情况):

PathfilePath3 = Files.createTempFile("file3", ".txt");
PathfilePath4 = Files.createTempFile("file4", ".txt");
Files.writeString(filePath3, "Java 12 Article");
Files.writeString(filePath4, "Java 12 Tutorial");
longmismatch = Files.mismatch(filePath3, filePath4);
assertEquals(8, mismatch);

NumberFormat 增强

Java 12 中 NumberFormat 新增了对复杂的数字进行格式化的支持:

NumberFormatfmt = NumberFormat.getCompactNumberInstance(Locale.US, NumberFormat.Style.SHORT);
Stringresult = fmt.format(1000);
System.out.println(result);

输出:

1K

Socket API 增强

Java 13 将 Socket API 的底层进行了重写, NioSocketImpl 是对 PlainSocketImpl 的直接替代,它使用 java.util.concurrent 包下的锁而不是同步方法。如果要使用旧实现,请使用 -Djdk.net.usePlainSocketImpl=true

并且,在 Java 13 中是默认使用新的 Socket 实现。

publicfinalclassNioSocketImplextendsSocketImplimplementsPlatformSocketImpl {
}

FileSystems 增强

Java 13 中 FileSystems 类中添加了以下三种新方法,以便更容易地使用将文件内容视为文件系统的文件系统提供程序:

  • newFileSystem(Path)
  • newFileSystem(Path, Map<String, ?>)
  • newFileSystem(Path, Map<String, ?>, ClassLoader)

String 增强(文本块相关方法)

Java 13 引入了文本块(Text Blocks)预览特性,String 类新增加了 3 个新的方法来操作文本块:

  • formatted(Object... args):它类似于 Stringformat()方法。添加它是为了支持文本块的格式设置。
  • stripIndent():用于去除文本块中每一行开头和结尾的空格。
  • translateEscapes():转义序列如 "\\t" 转换为 "\t"

由于文本块是一项预览功能,可以在未来版本中删除,因此这些新方法被标记为弃用。

@Deprecated(forRemoval=true, since="13")
publicStringstripIndent() {
}
@Deprecated(forRemoval=true, since="13")
publicStringformatted(Object... args) {
}
@Deprecated(forRemoval=true, since="13")
publicStringtranslateEscapes() {
}

关于文本块的详细介绍,请参见本文 JEP 355: Text Blocks (Preview) 部分。

补充

关于预览特性

先贴一段 oracle 官网原文:This is a preview feature, which is a feature whose design, specification, and implementation are complete, but is not permanent, which means that the feature may exist in a different form or not at all in future JDK releases. To compile and run code that contains preview features, you must specify additional command-line options.

这是一个预览功能,该功能的设计,规格和实现是完整的,但不是永久性的,这意味着该功能可能以其他形式存在或在将来的 JDK 版本中根本不存在。 要编译和运行包含预览功能的代码,必须指定其他命令行选项。

就以switch的增强为例子,从 Java 12 中推出,到 Java 13 中将继续增强,直到 Java 14 才正式转正进入 JDK 可以放心使用,不用考虑后续 JDK 版本对其的改动或修改。

一方面可以看出 JDK 作为标准平台在增加新特性的严谨态度,另一方面个人认为是对于预览特性应该采取审慎使用的态度。特性的设计和实现容易,但是其实际价值依然需要在使用中去验证

JVM 虚拟机优化

每次 Java 版本的发布都伴随着对 JVM 虚拟机的优化,包括对现有垃圾回收算法的改进,引入新的垃圾回收算法,移除老旧的不再适用于今天的垃圾回收算法等

整体优化的方向是高效,低时延的垃圾回收表现

对于日常的应用开发者可能比较关注新的语法特性,但是从一个公司角度来说,在考虑是否升级 Java 平台时更加考虑的是JVM 运行时的提升

参考

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

Latest commit

History

History
334 lines (226 loc) · 14 KB

File metadata and controls

334 lines (226 loc) · 14 KB
titleJava 12 & 13 新特性概览
description归纳 JDK 12/13 的特性更新,包含字符串增强、switch 改进与 GC 调整等。
categoryJava
tag
Java新特性
head
meta
namecontent
keywords
Java 12,Java 13,字符串增强,切换表达式,垃圾回收,JEP

Java 12

JDK 12 于 2019 年 3 月 19 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间:

 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间

JEP 189: Shenandoah(低延迟垃圾收集器,实验性)

Redhat 主导开发的 Pauseless GC 实现,主要目标是 99.9% 的暂停小于 10ms,暂停与堆大小无关等

和 Java11 开源的 ZGC 相比(需要升级到 JDK11 才能使用),Shenandoah GC 有稳定的 JDK8u 版本,在 Java8 占据主要市场份额的今天有更大的可落地性。

JEP 344 & JEP 346: G1 收集器优化

Java12 为默认的垃圾收集器 G1 带来了两项更新:

  • 可中止的混合收集集合:JEP344 的实现,为了达到用户提供的停顿时间目标,JEP 344 通过把要被回收的区域集(混合收集集合)拆分为强制和可选部分,使 G1 垃圾回收器能中止垃圾回收过程。 G1 可以中止可选部分的回收以达到停顿时间目标
  • 及时返回未使用的已分配内存:JEP346 的实现,增强 G1 GC,以便在空闲时自动将 Java 堆内存返回给操作系统

JEP 334: JVM Constants API(JVM 常量 API)

引入了一个 API 来对关键类文件和运行时工件的名义描述进行建模,特别是可以从常量池加载的常量。

这个 API 提供了一组接口和工具类,用于表示和操作类文件中的常量池条目。它主要包括:

  • 常量描述符接口ConstantDesc 接口及其子接口,用于描述各种类型的常量
  • 常量值类型ClassDescMethodTypeDescMethodHandleDescDynamicConstantDesc
  • 引导方法:支持 invokedynamic 指令和常量动态引导方法

这个 API 主要是为了支持以下场景:

  1. 类文件操作:提供了一种标准化的方式来描述和操作类文件中的常量池
  2. 字节码生成:简化了字节码生成框架(如 ASM)与 Java 代码的交互
  3. 反射增强:使得反射操作更加类型安全和表达力更强
  4. 编译器工具:为编译器和代码生成工具提供了更好的抽象

这个 API 是 Java 12 中重要的底层改进,为后续的字节码操作和编译器特性奠定了基础。

JEP 325: Switch Expressions(switch 表达式,预览)

传统的 switch 语法存在容易漏写 break 的问题,而且从代码整洁性层面来看,多个 break 本质也是一种重复。

Java12 增强了 switch 表达式,使用类似 lambda 语法条件匹配成功后的执行块,不需要多写 break 。

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);
}

Java 13

JDK 13 于 2019 年 9 月 17 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 24 每个版本的更新带来的新特性数量和更新时间:

JEP 351: ZGC(释放未使用内存)

在 Java 11 中实验性引入的 ZGC 在实际的使用中存在未能主动将未使用的内存释放给操作系统的问题。

ZGC 堆由一组称为 ZPages 的堆区域组成。在 GC 周期中清空 ZPages 区域时,它们将被释放并返回到页面缓存 ZPageCache 中,此缓存中的 ZPages 按最近最少使用(LRU)的顺序,并按照大小进行组织。

在 Java 13 中,ZGC 将向操作系统返回被标识为长时间未使用的页面,这样它们将可以被其他进程重用。

JEP 350: Dynamic CDS Archives(动态 CDS 存档)

Java 13 中对 Java 10 中引入的应用程序类数据共享(AppCDS)进行了进一步的简化、改进和扩展,即:允许在 Java 应用程序执行结束时动态进行类归档,具体能够被归档的类包括所有已被加载,但不属于默认基层 CDS 的应用程序类和引用类库中的类。

这提高了应用程序类数据共享(AppCDS)的可用性。无需用户进行试运行来为每个应用程序创建类列表。

java -XX:ArchiveClassesAtExit=my_app_cds.jsa -cp my_app.jar
java -XX:SharedArchiveFile=my_app_cds.jsa -cp my_app.jar

JEP 355: Text Blocks(文本块,预览)

解决 Java 定义多行字符串时只能通过换行转义或者换行连接符来变通支持的问题,引入三重双引号来定义多行文本。

Java 13 支持两个 """ 符号中间的任何内容都会被解释为字符串的一部分,包括换行符。注意:这里的"两个"应理解为"一对",即开始和结束各一个。

未支持文本块之前的 HTML 写法:

Stringjson ="{\n" +
" \"name\":\"mkyong\",\n" +
" \"age\":38\n" +
"}\n";

支持文本块之后的 HTML 写法:

Stringjson = """ { "name":"mkyong", "age":38 } """;

未支持文本块之前的 SQL 写法:

String query ="SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB`\n"+"WHERE `CITY` = 'INDIANAPOLIS'\n"+"ORDER BY `EMP_ID`, `LAST_NAME`;\n";

支持文本块之后的 SQL 写法:

String query =""" SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB` WHERE `CITY` = 'INDIANAPOLIS' ORDER BY `EMP_ID`, `LAST_NAME`;""";

文本块相关的方法(formatted()stripIndent()translateEscapes())介绍请参见本文 API 增强 - String 增强(文本块相关方法) 部分。

JEP 354: Switch Expressions(switch 表达式,第二次预览)

Switch 表达式中就多了一个关键字用于跳出 Switch 块的关键字 yield,主要用于返回一个值

yieldreturn 的区别在于:return 会直接跳出当前循环或者方法,而 yield 只会跳出当前 Switch 块,同时在使用 yield 时,需要有 default 条件

privatestaticStringdescLanguage(Stringname) {
returnswitch (name) {
case"Java": yield "object-oriented, platform independent and secured";
case"Ruby": yield "a programmer's best friend";
default: yield name +" is a good language";
};
}

API 增强

并不是所有的 API 改动都会通过 JEP(Java Enhancement Proposal)来发布。

在 JDK 的开发流程中:JEP 通常用于重大的改变,例如引入新的语言特性(如 switch 表达式)、新的 JVM 机制(如 ZGC)或者大规模的库重构。像 String.indent() 这种在现有类中增加几个方法的操作,通常被视为常规的库维护。它们由 JDK 开发者直接通过 JBS (JDK Bug System) 的工单(Ticket)进行提交和评审,然后随版本直接发布。

String 增强

Java 12 增加了两个的字符串处理方法。

indent() - 缩进方法

indent() 方法可以实现字符串缩进。

Stringtext = "Java";
// 缩进 4 格text = text.indent(4);
System.out.println(text);
text = text.indent(-10);
System.out.println(text);

输出:

 Java
Java

transform() - 转换方法

transform() 方法可以用来转变指定字符串。

Stringresult = "foo".transform(input -> input + " bar");
System.out.println(result); // foo bar

Files 增强

Java 12 添加了 mismatch() 方法来比较两个文件:

publicstaticlongmismatch(Pathpath, Pathpath2) throwsIOException

mismatch() 方法用于比较两个文件,并返回第一个不匹配字符的位置,如果文件相同则返回 -1L。

代码示例(两个文件内容相同的情况):

PathfilePath1 = Files.createTempFile("file1", ".txt");
PathfilePath2 = Files.createTempFile("file2", ".txt");
Files.writeString(filePath1, "Java 12 Article");
Files.writeString(filePath2, "Java 12 Article");
longmismatch = Files.mismatch(filePath1, filePath2);
assertEquals(-1, mismatch);

代码示例(两个文件内容不相同的情况):

PathfilePath3 = Files.createTempFile("file3", ".txt");
PathfilePath4 = Files.createTempFile("file4", ".txt");
Files.writeString(filePath3, "Java 12 Article");
Files.writeString(filePath4, "Java 12 Tutorial");
longmismatch = Files.mismatch(filePath3, filePath4);
assertEquals(8, mismatch);

NumberFormat 增强

Java 12 中 NumberFormat 新增了对复杂的数字进行格式化的支持:

NumberFormatfmt = NumberFormat.getCompactNumberInstance(Locale.US, NumberFormat.Style.SHORT);
Stringresult = fmt.format(1000);
System.out.println(result);

输出:

1K

Socket API 增强

Java 13 将 Socket API 的底层进行了重写, NioSocketImpl 是对 PlainSocketImpl 的直接替代,它使用 java.util.concurrent 包下的锁而不是同步方法。如果要使用旧实现,请使用 -Djdk.net.usePlainSocketImpl=true

并且,在 Java 13 中是默认使用新的 Socket 实现。

publicfinalclassNioSocketImplextendsSocketImplimplementsPlatformSocketImpl {
}

FileSystems 增强

Java 13 中 FileSystems 类中添加了以下三种新方法,以便更容易地使用将文件内容视为文件系统的文件系统提供程序:

  • newFileSystem(Path)
  • newFileSystem(Path, Map<String, ?>)
  • newFileSystem(Path, Map<String, ?>, ClassLoader)

String 增强(文本块相关方法)

Java 13 引入了文本块(Text Blocks)预览特性,String 类新增加了 3 个新的方法来操作文本块:

  • formatted(Object... args):它类似于 Stringformat()方法。添加它是为了支持文本块的格式设置。
  • stripIndent():用于去除文本块中每一行开头和结尾的空格。
  • translateEscapes():转义序列如 "\\t" 转换为 "\t"

由于文本块是一项预览功能,可以在未来版本中删除,因此这些新方法被标记为弃用。

@Deprecated(forRemoval=true, since="13")
publicStringstripIndent() {
}
@Deprecated(forRemoval=true, since="13")
publicStringformatted(Object... args) {
}
@Deprecated(forRemoval=true, since="13")
publicStringtranslateEscapes() {
}

关于文本块的详细介绍,请参见本文 JEP 355: Text Blocks (Preview) 部分。

补充

关于预览特性

先贴一段 oracle 官网原文:This is a preview feature, which is a feature whose design, specification, and implementation are complete, but is not permanent, which means that the feature may exist in a different form or not at all in future JDK releases. To compile and run code that contains preview features, you must specify additional command-line options.

这是一个预览功能,该功能的设计,规格和实现是完整的,但不是永久性的,这意味着该功能可能以其他形式存在或在将来的 JDK 版本中根本不存在。 要编译和运行包含预览功能的代码,必须指定其他命令行选项。

就以switch的增强为例子,从 Java 12 中推出,到 Java 13 中将继续增强,直到 Java 14 才正式转正进入 JDK 可以放心使用,不用考虑后续 JDK 版本对其的改动或修改。

一方面可以看出 JDK 作为标准平台在增加新特性的严谨态度,另一方面个人认为是对于预览特性应该采取审慎使用的态度。特性的设计和实现容易,但是其实际价值依然需要在使用中去验证

JVM 虚拟机优化

每次 Java 版本的发布都伴随着对 JVM 虚拟机的优化,包括对现有垃圾回收算法的改进,引入新的垃圾回收算法,移除老旧的不再适用于今天的垃圾回收算法等

整体优化的方向是高效,低时延的垃圾回收表现

对于日常的应用开发者可能比较关注新的语法特性,但是从一个公司角度来说,在考虑是否升级 Java 平台时更加考虑的是JVM 运行时的提升

参考

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Latest commit

History

History
334 lines (226 loc) · 14 KB

File metadata and controls

334 lines (226 loc) · 14 KB
titleJava 12 & 13 新特性概览
description归纳 JDK 12/13 的特性更新,包含字符串增强、switch 改进与 GC 调整等。
categoryJava
tag
Java新特性
head
meta
namecontent
keywords
Java 12,Java 13,字符串增强,切换表达式,垃圾回收,JEP

Java 12

JDK 12 于 2019 年 3 月 19 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间:

 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间

JEP 189: Shenandoah(低延迟垃圾收集器,实验性)

Redhat 主导开发的 Pauseless GC 实现,主要目标是 99.9% 的暂停小于 10ms,暂停与堆大小无关等

和 Java11 开源的 ZGC 相比(需要升级到 JDK11 才能使用),Shenandoah GC 有稳定的 JDK8u 版本,在 Java8 占据主要市场份额的今天有更大的可落地性。

JEP 344 & JEP 346: G1 收集器优化

Java12 为默认的垃圾收集器 G1 带来了两项更新:

  • 可中止的混合收集集合:JEP344 的实现,为了达到用户提供的停顿时间目标,JEP 344 通过把要被回收的区域集(混合收集集合)拆分为强制和可选部分,使 G1 垃圾回收器能中止垃圾回收过程。 G1 可以中止可选部分的回收以达到停顿时间目标
  • 及时返回未使用的已分配内存:JEP346 的实现,增强 G1 GC,以便在空闲时自动将 Java 堆内存返回给操作系统

JEP 334: JVM Constants API(JVM 常量 API)

引入了一个 API 来对关键类文件和运行时工件的名义描述进行建模,特别是可以从常量池加载的常量。

这个 API 提供了一组接口和工具类,用于表示和操作类文件中的常量池条目。它主要包括:

  • 常量描述符接口ConstantDesc 接口及其子接口,用于描述各种类型的常量
  • 常量值类型ClassDescMethodTypeDescMethodHandleDescDynamicConstantDesc
  • 引导方法:支持 invokedynamic 指令和常量动态引导方法

这个 API 主要是为了支持以下场景:

  1. 类文件操作:提供了一种标准化的方式来描述和操作类文件中的常量池
  2. 字节码生成:简化了字节码生成框架(如 ASM)与 Java 代码的交互
  3. 反射增强:使得反射操作更加类型安全和表达力更强
  4. 编译器工具:为编译器和代码生成工具提供了更好的抽象

这个 API 是 Java 12 中重要的底层改进,为后续的字节码操作和编译器特性奠定了基础。

JEP 325: Switch Expressions(switch 表达式,预览)

传统的 switch 语法存在容易漏写 break 的问题,而且从代码整洁性层面来看,多个 break 本质也是一种重复。

Java12 增强了 switch 表达式,使用类似 lambda 语法条件匹配成功后的执行块,不需要多写 break 。

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);
}

Java 13

JDK 13 于 2019 年 9 月 17 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 24 每个版本的更新带来的新特性数量和更新时间:

JEP 351: ZGC(释放未使用内存)

在 Java 11 中实验性引入的 ZGC 在实际的使用中存在未能主动将未使用的内存释放给操作系统的问题。

ZGC 堆由一组称为 ZPages 的堆区域组成。在 GC 周期中清空 ZPages 区域时,它们将被释放并返回到页面缓存 ZPageCache 中,此缓存中的 ZPages 按最近最少使用(LRU)的顺序,并按照大小进行组织。

在 Java 13 中,ZGC 将向操作系统返回被标识为长时间未使用的页面,这样它们将可以被其他进程重用。

JEP 350: Dynamic CDS Archives(动态 CDS 存档)

Java 13 中对 Java 10 中引入的应用程序类数据共享(AppCDS)进行了进一步的简化、改进和扩展,即:允许在 Java 应用程序执行结束时动态进行类归档,具体能够被归档的类包括所有已被加载,但不属于默认基层 CDS 的应用程序类和引用类库中的类。

这提高了应用程序类数据共享(AppCDS)的可用性。无需用户进行试运行来为每个应用程序创建类列表。

java -XX:ArchiveClassesAtExit=my_app_cds.jsa -cp my_app.jar
java -XX:SharedArchiveFile=my_app_cds.jsa -cp my_app.jar

JEP 355: Text Blocks(文本块,预览)

解决 Java 定义多行字符串时只能通过换行转义或者换行连接符来变通支持的问题,引入三重双引号来定义多行文本。

Java 13 支持两个 """ 符号中间的任何内容都会被解释为字符串的一部分,包括换行符。注意:这里的"两个"应理解为"一对",即开始和结束各一个。

未支持文本块之前的 HTML 写法:

Stringjson ="{\n" +
" \"name\":\"mkyong\",\n" +
" \"age\":38\n" +
"}\n";

支持文本块之后的 HTML 写法:

Stringjson = """ { "name":"mkyong", "age":38 } """;

未支持文本块之前的 SQL 写法:

String query ="SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB`\n"+"WHERE `CITY` = 'INDIANAPOLIS'\n"+"ORDER BY `EMP_ID`, `LAST_NAME`;\n";

支持文本块之后的 SQL 写法:

String query =""" SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB` WHERE `CITY` = 'INDIANAPOLIS' ORDER BY `EMP_ID`, `LAST_NAME`;""";

文本块相关的方法(formatted()stripIndent()translateEscapes())介绍请参见本文 API 增强 - String 增强(文本块相关方法) 部分。

JEP 354: Switch Expressions(switch 表达式,第二次预览)

Switch 表达式中就多了一个关键字用于跳出 Switch 块的关键字 yield,主要用于返回一个值

yieldreturn 的区别在于:return 会直接跳出当前循环或者方法,而 yield 只会跳出当前 Switch 块,同时在使用 yield 时,需要有 default 条件

privatestaticStringdescLanguage(Stringname) {
returnswitch (name) {
case"Java": yield "object-oriented, platform independent and secured";
case"Ruby": yield "a programmer's best friend";
default: yield name +" is a good language";
};
}

API 增强

并不是所有的 API 改动都会通过 JEP(Java Enhancement Proposal)来发布。

在 JDK 的开发流程中:JEP 通常用于重大的改变,例如引入新的语言特性(如 switch 表达式)、新的 JVM 机制(如 ZGC)或者大规模的库重构。像 String.indent() 这种在现有类中增加几个方法的操作,通常被视为常规的库维护。它们由 JDK 开发者直接通过 JBS (JDK Bug System) 的工单(Ticket)进行提交和评审,然后随版本直接发布。

String 增强

Java 12 增加了两个的字符串处理方法。

indent() - 缩进方法

indent() 方法可以实现字符串缩进。

Stringtext = "Java";
// 缩进 4 格text = text.indent(4);
System.out.println(text);
text = text.indent(-10);
System.out.println(text);

输出:

 Java
Java

transform() - 转换方法

transform() 方法可以用来转变指定字符串。

Stringresult = "foo".transform(input -> input + " bar");
System.out.println(result); // foo bar

Files 增强

Java 12 添加了 mismatch() 方法来比较两个文件:

publicstaticlongmismatch(Pathpath, Pathpath2) throwsIOException

mismatch() 方法用于比较两个文件,并返回第一个不匹配字符的位置,如果文件相同则返回 -1L。

代码示例(两个文件内容相同的情况):

PathfilePath1 = Files.createTempFile("file1", ".txt");
PathfilePath2 = Files.createTempFile("file2", ".txt");
Files.writeString(filePath1, "Java 12 Article");
Files.writeString(filePath2, "Java 12 Article");
longmismatch = Files.mismatch(filePath1, filePath2);
assertEquals(-1, mismatch);

代码示例(两个文件内容不相同的情况):

PathfilePath3 = Files.createTempFile("file3", ".txt");
PathfilePath4 = Files.createTempFile("file4", ".txt");
Files.writeString(filePath3, "Java 12 Article");
Files.writeString(filePath4, "Java 12 Tutorial");
longmismatch = Files.mismatch(filePath3, filePath4);
assertEquals(8, mismatch);

NumberFormat 增强

Java 12 中 NumberFormat 新增了对复杂的数字进行格式化的支持:

NumberFormatfmt = NumberFormat.getCompactNumberInstance(Locale.US, NumberFormat.Style.SHORT);
Stringresult = fmt.format(1000);
System.out.println(result);

输出:

1K

Socket API 增强

Java 13 将 Socket API 的底层进行了重写, NioSocketImpl 是对 PlainSocketImpl 的直接替代,它使用 java.util.concurrent 包下的锁而不是同步方法。如果要使用旧实现,请使用 -Djdk.net.usePlainSocketImpl=true

并且,在 Java 13 中是默认使用新的 Socket 实现。

publicfinalclassNioSocketImplextendsSocketImplimplementsPlatformSocketImpl {
}

FileSystems 增强

Java 13 中 FileSystems 类中添加了以下三种新方法,以便更容易地使用将文件内容视为文件系统的文件系统提供程序:

  • newFileSystem(Path)
  • newFileSystem(Path, Map<String, ?>)
  • newFileSystem(Path, Map<String, ?>, ClassLoader)

String 增强(文本块相关方法)

Java 13 引入了文本块(Text Blocks)预览特性,String 类新增加了 3 个新的方法来操作文本块:

  • formatted(Object... args):它类似于 Stringformat()方法。添加它是为了支持文本块的格式设置。
  • stripIndent():用于去除文本块中每一行开头和结尾的空格。
  • translateEscapes():转义序列如 "\\t" 转换为 "\t"

由于文本块是一项预览功能,可以在未来版本中删除,因此这些新方法被标记为弃用。

@Deprecated(forRemoval=true, since="13")
publicStringstripIndent() {
}
@Deprecated(forRemoval=true, since="13")
publicStringformatted(Object... args) {
}
@Deprecated(forRemoval=true, since="13")
publicStringtranslateEscapes() {
}

关于文本块的详细介绍,请参见本文 JEP 355: Text Blocks (Preview) 部分。

补充

关于预览特性

先贴一段 oracle 官网原文:This is a preview feature, which is a feature whose design, specification, and implementation are complete, but is not permanent, which means that the feature may exist in a different form or not at all in future JDK releases. To compile and run code that contains preview features, you must specify additional command-line options.

这是一个预览功能,该功能的设计,规格和实现是完整的,但不是永久性的,这意味着该功能可能以其他形式存在或在将来的 JDK 版本中根本不存在。 要编译和运行包含预览功能的代码,必须指定其他命令行选项。

就以switch的增强为例子,从 Java 12 中推出,到 Java 13 中将继续增强,直到 Java 14 才正式转正进入 JDK 可以放心使用,不用考虑后续 JDK 版本对其的改动或修改。

一方面可以看出 JDK 作为标准平台在增加新特性的严谨态度,另一方面个人认为是对于预览特性应该采取审慎使用的态度。特性的设计和实现容易,但是其实际价值依然需要在使用中去验证

JVM 虚拟机优化

每次 Java 版本的发布都伴随着对 JVM 虚拟机的优化,包括对现有垃圾回收算法的改进,引入新的垃圾回收算法,移除老旧的不再适用于今天的垃圾回收算法等

整体优化的方向是高效,低时延的垃圾回收表现

对于日常的应用开发者可能比较关注新的语法特性,但是从一个公司角度来说,在考虑是否升级 Java 平台时更加考虑的是JVM 运行时的提升

参考

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Latest commit

History

History
334 lines (226 loc) · 14 KB

File metadata and controls

334 lines (226 loc) · 14 KB
titleJava 12 & 13 新特性概览
description归纳 JDK 12/13 的特性更新,包含字符串增强、switch 改进与 GC 调整等。
categoryJava
tag
Java新特性
head
meta
namecontent
keywords
Java 12,Java 13,字符串增强,切换表达式,垃圾回收,JEP

Java 12

JDK 12 于 2019 年 3 月 19 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间:

 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间

JEP 189: Shenandoah(低延迟垃圾收集器,实验性)

Redhat 主导开发的 Pauseless GC 实现,主要目标是 99.9% 的暂停小于 10ms,暂停与堆大小无关等

和 Java11 开源的 ZGC 相比(需要升级到 JDK11 才能使用),Shenandoah GC 有稳定的 JDK8u 版本,在 Java8 占据主要市场份额的今天有更大的可落地性。

JEP 344 & JEP 346: G1 收集器优化

Java12 为默认的垃圾收集器 G1 带来了两项更新:

  • 可中止的混合收集集合:JEP344 的实现,为了达到用户提供的停顿时间目标,JEP 344 通过把要被回收的区域集(混合收集集合)拆分为强制和可选部分,使 G1 垃圾回收器能中止垃圾回收过程。 G1 可以中止可选部分的回收以达到停顿时间目标
  • 及时返回未使用的已分配内存:JEP346 的实现,增强 G1 GC,以便在空闲时自动将 Java 堆内存返回给操作系统

JEP 334: JVM Constants API(JVM 常量 API)

引入了一个 API 来对关键类文件和运行时工件的名义描述进行建模,特别是可以从常量池加载的常量。

这个 API 提供了一组接口和工具类,用于表示和操作类文件中的常量池条目。它主要包括:

  • 常量描述符接口ConstantDesc 接口及其子接口,用于描述各种类型的常量
  • 常量值类型ClassDescMethodTypeDescMethodHandleDescDynamicConstantDesc
  • 引导方法:支持 invokedynamic 指令和常量动态引导方法

这个 API 主要是为了支持以下场景:

  1. 类文件操作:提供了一种标准化的方式来描述和操作类文件中的常量池
  2. 字节码生成:简化了字节码生成框架(如 ASM)与 Java 代码的交互
  3. 反射增强:使得反射操作更加类型安全和表达力更强
  4. 编译器工具:为编译器和代码生成工具提供了更好的抽象

这个 API 是 Java 12 中重要的底层改进,为后续的字节码操作和编译器特性奠定了基础。

JEP 325: Switch Expressions(switch 表达式,预览)

传统的 switch 语法存在容易漏写 break 的问题,而且从代码整洁性层面来看,多个 break 本质也是一种重复。

Java12 增强了 switch 表达式,使用类似 lambda 语法条件匹配成功后的执行块,不需要多写 break 。

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);
}

Java 13

JDK 13 于 2019 年 9 月 17 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 24 每个版本的更新带来的新特性数量和更新时间:

JEP 351: ZGC(释放未使用内存)

在 Java 11 中实验性引入的 ZGC 在实际的使用中存在未能主动将未使用的内存释放给操作系统的问题。

ZGC 堆由一组称为 ZPages 的堆区域组成。在 GC 周期中清空 ZPages 区域时,它们将被释放并返回到页面缓存 ZPageCache 中,此缓存中的 ZPages 按最近最少使用(LRU)的顺序,并按照大小进行组织。

在 Java 13 中,ZGC 将向操作系统返回被标识为长时间未使用的页面,这样它们将可以被其他进程重用。

JEP 350: Dynamic CDS Archives(动态 CDS 存档)

Java 13 中对 Java 10 中引入的应用程序类数据共享(AppCDS)进行了进一步的简化、改进和扩展,即:允许在 Java 应用程序执行结束时动态进行类归档,具体能够被归档的类包括所有已被加载,但不属于默认基层 CDS 的应用程序类和引用类库中的类。

这提高了应用程序类数据共享(AppCDS)的可用性。无需用户进行试运行来为每个应用程序创建类列表。

java -XX:ArchiveClassesAtExit=my_app_cds.jsa -cp my_app.jar
java -XX:SharedArchiveFile=my_app_cds.jsa -cp my_app.jar

JEP 355: Text Blocks(文本块,预览)

解决 Java 定义多行字符串时只能通过换行转义或者换行连接符来变通支持的问题,引入三重双引号来定义多行文本。

Java 13 支持两个 """ 符号中间的任何内容都会被解释为字符串的一部分,包括换行符。注意:这里的"两个"应理解为"一对",即开始和结束各一个。

未支持文本块之前的 HTML 写法:

Stringjson ="{\n" +
" \"name\":\"mkyong\",\n" +
" \"age\":38\n" +
"}\n";

支持文本块之后的 HTML 写法:

Stringjson = """ { "name":"mkyong", "age":38 } """;

未支持文本块之前的 SQL 写法:

String query ="SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB`\n"+"WHERE `CITY` = 'INDIANAPOLIS'\n"+"ORDER BY `EMP_ID`, `LAST_NAME`;\n";

支持文本块之后的 SQL 写法:

String query =""" SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB` WHERE `CITY` = 'INDIANAPOLIS' ORDER BY `EMP_ID`, `LAST_NAME`;""";

文本块相关的方法(formatted()stripIndent()translateEscapes())介绍请参见本文 API 增强 - String 增强(文本块相关方法) 部分。

JEP 354: Switch Expressions(switch 表达式,第二次预览)

Switch 表达式中就多了一个关键字用于跳出 Switch 块的关键字 yield,主要用于返回一个值

yieldreturn 的区别在于:return 会直接跳出当前循环或者方法,而 yield 只会跳出当前 Switch 块,同时在使用 yield 时,需要有 default 条件

privatestaticStringdescLanguage(Stringname) {
returnswitch (name) {
case"Java": yield "object-oriented, platform independent and secured";
case"Ruby": yield "a programmer's best friend";
default: yield name +" is a good language";
};
}

API 增强

并不是所有的 API 改动都会通过 JEP(Java Enhancement Proposal)来发布。

在 JDK 的开发流程中:JEP 通常用于重大的改变,例如引入新的语言特性(如 switch 表达式)、新的 JVM 机制(如 ZGC)或者大规模的库重构。像 String.indent() 这种在现有类中增加几个方法的操作,通常被视为常规的库维护。它们由 JDK 开发者直接通过 JBS (JDK Bug System) 的工单(Ticket)进行提交和评审,然后随版本直接发布。

String 增强

Java 12 增加了两个的字符串处理方法。

indent() - 缩进方法

indent() 方法可以实现字符串缩进。

Stringtext = "Java";
// 缩进 4 格text = text.indent(4);
System.out.println(text);
text = text.indent(-10);
System.out.println(text);

输出:

 Java
Java

transform() - 转换方法

transform() 方法可以用来转变指定字符串。

Stringresult = "foo".transform(input -> input + " bar");
System.out.println(result); // foo bar

Files 增强

Java 12 添加了 mismatch() 方法来比较两个文件:

publicstaticlongmismatch(Pathpath, Pathpath2) throwsIOException

mismatch() 方法用于比较两个文件,并返回第一个不匹配字符的位置,如果文件相同则返回 -1L。

代码示例(两个文件内容相同的情况):

PathfilePath1 = Files.createTempFile("file1", ".txt");
PathfilePath2 = Files.createTempFile("file2", ".txt");
Files.writeString(filePath1, "Java 12 Article");
Files.writeString(filePath2, "Java 12 Article");
longmismatch = Files.mismatch(filePath1, filePath2);
assertEquals(-1, mismatch);

代码示例(两个文件内容不相同的情况):

PathfilePath3 = Files.createTempFile("file3", ".txt");
PathfilePath4 = Files.createTempFile("file4", ".txt");
Files.writeString(filePath3, "Java 12 Article");
Files.writeString(filePath4, "Java 12 Tutorial");
longmismatch = Files.mismatch(filePath3, filePath4);
assertEquals(8, mismatch);

NumberFormat 增强

Java 12 中 NumberFormat 新增了对复杂的数字进行格式化的支持:

NumberFormatfmt = NumberFormat.getCompactNumberInstance(Locale.US, NumberFormat.Style.SHORT);
Stringresult = fmt.format(1000);
System.out.println(result);

输出:

1K

Socket API 增强

Java 13 将 Socket API 的底层进行了重写, NioSocketImpl 是对 PlainSocketImpl 的直接替代,它使用 java.util.concurrent 包下的锁而不是同步方法。如果要使用旧实现,请使用 -Djdk.net.usePlainSocketImpl=true

并且,在 Java 13 中是默认使用新的 Socket 实现。

publicfinalclassNioSocketImplextendsSocketImplimplementsPlatformSocketImpl {
}

FileSystems 增强

Java 13 中 FileSystems 类中添加了以下三种新方法,以便更容易地使用将文件内容视为文件系统的文件系统提供程序:

  • newFileSystem(Path)
  • newFileSystem(Path, Map<String, ?>)
  • newFileSystem(Path, Map<String, ?>, ClassLoader)

String 增强(文本块相关方法)

Java 13 引入了文本块(Text Blocks)预览特性,String 类新增加了 3 个新的方法来操作文本块:

  • formatted(Object... args):它类似于 Stringformat()方法。添加它是为了支持文本块的格式设置。
  • stripIndent():用于去除文本块中每一行开头和结尾的空格。
  • translateEscapes():转义序列如 "\\t" 转换为 "\t"

由于文本块是一项预览功能,可以在未来版本中删除,因此这些新方法被标记为弃用。

@Deprecated(forRemoval=true, since="13")
publicStringstripIndent() {
}
@Deprecated(forRemoval=true, since="13")
publicStringformatted(Object... args) {
}
@Deprecated(forRemoval=true, since="13")
publicStringtranslateEscapes() {
}

关于文本块的详细介绍,请参见本文 JEP 355: Text Blocks (Preview) 部分。

补充

关于预览特性

先贴一段 oracle 官网原文:This is a preview feature, which is a feature whose design, specification, and implementation are complete, but is not permanent, which means that the feature may exist in a different form or not at all in future JDK releases. To compile and run code that contains preview features, you must specify additional command-line options.

这是一个预览功能,该功能的设计,规格和实现是完整的,但不是永久性的,这意味着该功能可能以其他形式存在或在将来的 JDK 版本中根本不存在。 要编译和运行包含预览功能的代码,必须指定其他命令行选项。

就以switch的增强为例子,从 Java 12 中推出,到 Java 13 中将继续增强,直到 Java 14 才正式转正进入 JDK 可以放心使用,不用考虑后续 JDK 版本对其的改动或修改。

一方面可以看出 JDK 作为标准平台在增加新特性的严谨态度,另一方面个人认为是对于预览特性应该采取审慎使用的态度。特性的设计和实现容易,但是其实际价值依然需要在使用中去验证

JVM 虚拟机优化

每次 Java 版本的发布都伴随着对 JVM 虚拟机的优化,包括对现有垃圾回收算法的改进,引入新的垃圾回收算法,移除老旧的不再适用于今天的垃圾回收算法等

整体优化的方向是高效,低时延的垃圾回收表现

对于日常的应用开发者可能比较关注新的语法特性,但是从一个公司角度来说,在考虑是否升级 Java 平台时更加考虑的是JVM 运行时的提升

参考

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

Latest commit

History

History
334 lines (226 loc) · 14 KB

File metadata and controls

334 lines (226 loc) · 14 KB
titleJava 12 & 13 新特性概览
description归纳 JDK 12/13 的特性更新,包含字符串增强、switch 改进与 GC 调整等。
categoryJava
tag
Java新特性
head
meta
namecontent
keywords
Java 12,Java 13,字符串增强,切换表达式,垃圾回收,JEP

Java 12

JDK 12 于 2019 年 3 月 19 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间:

 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间

JEP 189: Shenandoah(低延迟垃圾收集器,实验性)

Redhat 主导开发的 Pauseless GC 实现,主要目标是 99.9% 的暂停小于 10ms,暂停与堆大小无关等

和 Java11 开源的 ZGC 相比(需要升级到 JDK11 才能使用),Shenandoah GC 有稳定的 JDK8u 版本,在 Java8 占据主要市场份额的今天有更大的可落地性。

JEP 344 & JEP 346: G1 收集器优化

Java12 为默认的垃圾收集器 G1 带来了两项更新:

  • 可中止的混合收集集合:JEP344 的实现,为了达到用户提供的停顿时间目标,JEP 344 通过把要被回收的区域集(混合收集集合)拆分为强制和可选部分,使 G1 垃圾回收器能中止垃圾回收过程。 G1 可以中止可选部分的回收以达到停顿时间目标
  • 及时返回未使用的已分配内存:JEP346 的实现,增强 G1 GC,以便在空闲时自动将 Java 堆内存返回给操作系统

JEP 334: JVM Constants API(JVM 常量 API)

引入了一个 API 来对关键类文件和运行时工件的名义描述进行建模,特别是可以从常量池加载的常量。

这个 API 提供了一组接口和工具类,用于表示和操作类文件中的常量池条目。它主要包括:

  • 常量描述符接口ConstantDesc 接口及其子接口,用于描述各种类型的常量
  • 常量值类型ClassDescMethodTypeDescMethodHandleDescDynamicConstantDesc
  • 引导方法:支持 invokedynamic 指令和常量动态引导方法

这个 API 主要是为了支持以下场景:

  1. 类文件操作:提供了一种标准化的方式来描述和操作类文件中的常量池
  2. 字节码生成:简化了字节码生成框架(如 ASM)与 Java 代码的交互
  3. 反射增强:使得反射操作更加类型安全和表达力更强
  4. 编译器工具:为编译器和代码生成工具提供了更好的抽象

这个 API 是 Java 12 中重要的底层改进,为后续的字节码操作和编译器特性奠定了基础。

JEP 325: Switch Expressions(switch 表达式,预览)

传统的 switch 语法存在容易漏写 break 的问题,而且从代码整洁性层面来看,多个 break 本质也是一种重复。

Java12 增强了 switch 表达式,使用类似 lambda 语法条件匹配成功后的执行块,不需要多写 break 。

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);
}

Java 13

JDK 13 于 2019 年 9 月 17 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 24 每个版本的更新带来的新特性数量和更新时间:

JEP 351: ZGC(释放未使用内存)

在 Java 11 中实验性引入的 ZGC 在实际的使用中存在未能主动将未使用的内存释放给操作系统的问题。

ZGC 堆由一组称为 ZPages 的堆区域组成。在 GC 周期中清空 ZPages 区域时,它们将被释放并返回到页面缓存 ZPageCache 中,此缓存中的 ZPages 按最近最少使用(LRU)的顺序,并按照大小进行组织。

在 Java 13 中,ZGC 将向操作系统返回被标识为长时间未使用的页面,这样它们将可以被其他进程重用。

JEP 350: Dynamic CDS Archives(动态 CDS 存档)

Java 13 中对 Java 10 中引入的应用程序类数据共享(AppCDS)进行了进一步的简化、改进和扩展,即:允许在 Java 应用程序执行结束时动态进行类归档,具体能够被归档的类包括所有已被加载,但不属于默认基层 CDS 的应用程序类和引用类库中的类。

这提高了应用程序类数据共享(AppCDS)的可用性。无需用户进行试运行来为每个应用程序创建类列表。

java -XX:ArchiveClassesAtExit=my_app_cds.jsa -cp my_app.jar
java -XX:SharedArchiveFile=my_app_cds.jsa -cp my_app.jar

JEP 355: Text Blocks(文本块,预览)

解决 Java 定义多行字符串时只能通过换行转义或者换行连接符来变通支持的问题,引入三重双引号来定义多行文本。

Java 13 支持两个 """ 符号中间的任何内容都会被解释为字符串的一部分,包括换行符。注意:这里的"两个"应理解为"一对",即开始和结束各一个。

未支持文本块之前的 HTML 写法:

Stringjson ="{\n" +
" \"name\":\"mkyong\",\n" +
" \"age\":38\n" +
"}\n";

支持文本块之后的 HTML 写法:

Stringjson = """ { "name":"mkyong", "age":38 } """;

未支持文本块之前的 SQL 写法:

String query ="SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB`\n"+"WHERE `CITY` = 'INDIANAPOLIS'\n"+"ORDER BY `EMP_ID`, `LAST_NAME`;\n";

支持文本块之后的 SQL 写法:

String query =""" SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB` WHERE `CITY` = 'INDIANAPOLIS' ORDER BY `EMP_ID`, `LAST_NAME`;""";

文本块相关的方法(formatted()stripIndent()translateEscapes())介绍请参见本文 API 增强 - String 增强(文本块相关方法) 部分。

JEP 354: Switch Expressions(switch 表达式,第二次预览)

Switch 表达式中就多了一个关键字用于跳出 Switch 块的关键字 yield,主要用于返回一个值

yieldreturn 的区别在于:return 会直接跳出当前循环或者方法,而 yield 只会跳出当前 Switch 块,同时在使用 yield 时,需要有 default 条件

privatestaticStringdescLanguage(Stringname) {
returnswitch (name) {
case"Java": yield "object-oriented, platform independent and secured";
case"Ruby": yield "a programmer's best friend";
default: yield name +" is a good language";
};
}

API 增强

并不是所有的 API 改动都会通过 JEP(Java Enhancement Proposal)来发布。

在 JDK 的开发流程中:JEP 通常用于重大的改变,例如引入新的语言特性(如 switch 表达式)、新的 JVM 机制(如 ZGC)或者大规模的库重构。像 String.indent() 这种在现有类中增加几个方法的操作,通常被视为常规的库维护。它们由 JDK 开发者直接通过 JBS (JDK Bug System) 的工单(Ticket)进行提交和评审,然后随版本直接发布。

String 增强

Java 12 增加了两个的字符串处理方法。

indent() - 缩进方法

indent() 方法可以实现字符串缩进。

Stringtext = "Java";
// 缩进 4 格text = text.indent(4);
System.out.println(text);
text = text.indent(-10);
System.out.println(text);

输出:

 Java
Java

transform() - 转换方法

transform() 方法可以用来转变指定字符串。

Stringresult = "foo".transform(input -> input + " bar");
System.out.println(result); // foo bar

Files 增强

Java 12 添加了 mismatch() 方法来比较两个文件:

publicstaticlongmismatch(Pathpath, Pathpath2) throwsIOException

mismatch() 方法用于比较两个文件,并返回第一个不匹配字符的位置,如果文件相同则返回 -1L。

代码示例(两个文件内容相同的情况):

PathfilePath1 = Files.createTempFile("file1", ".txt");
PathfilePath2 = Files.createTempFile("file2", ".txt");
Files.writeString(filePath1, "Java 12 Article");
Files.writeString(filePath2, "Java 12 Article");
longmismatch = Files.mismatch(filePath1, filePath2);
assertEquals(-1, mismatch);

代码示例(两个文件内容不相同的情况):

PathfilePath3 = Files.createTempFile("file3", ".txt");
PathfilePath4 = Files.createTempFile("file4", ".txt");
Files.writeString(filePath3, "Java 12 Article");
Files.writeString(filePath4, "Java 12 Tutorial");
longmismatch = Files.mismatch(filePath3, filePath4);
assertEquals(8, mismatch);

NumberFormat 增强

Java 12 中 NumberFormat 新增了对复杂的数字进行格式化的支持:

NumberFormatfmt = NumberFormat.getCompactNumberInstance(Locale.US, NumberFormat.Style.SHORT);
Stringresult = fmt.format(1000);
System.out.println(result);

输出:

1K

Socket API 增强

Java 13 将 Socket API 的底层进行了重写, NioSocketImpl 是对 PlainSocketImpl 的直接替代,它使用 java.util.concurrent 包下的锁而不是同步方法。如果要使用旧实现,请使用 -Djdk.net.usePlainSocketImpl=true

并且,在 Java 13 中是默认使用新的 Socket 实现。

publicfinalclassNioSocketImplextendsSocketImplimplementsPlatformSocketImpl {
}

FileSystems 增强

Java 13 中 FileSystems 类中添加了以下三种新方法,以便更容易地使用将文件内容视为文件系统的文件系统提供程序:

  • newFileSystem(Path)
  • newFileSystem(Path, Map<String, ?>)
  • newFileSystem(Path, Map<String, ?>, ClassLoader)

String 增强(文本块相关方法)

Java 13 引入了文本块(Text Blocks)预览特性,String 类新增加了 3 个新的方法来操作文本块:

  • formatted(Object... args):它类似于 Stringformat()方法。添加它是为了支持文本块的格式设置。
  • stripIndent():用于去除文本块中每一行开头和结尾的空格。
  • translateEscapes():转义序列如 "\\t" 转换为 "\t"

由于文本块是一项预览功能,可以在未来版本中删除,因此这些新方法被标记为弃用。

@Deprecated(forRemoval=true, since="13")
publicStringstripIndent() {
}
@Deprecated(forRemoval=true, since="13")
publicStringformatted(Object... args) {
}
@Deprecated(forRemoval=true, since="13")
publicStringtranslateEscapes() {
}

关于文本块的详细介绍,请参见本文 JEP 355: Text Blocks (Preview) 部分。

补充

关于预览特性

先贴一段 oracle 官网原文:This is a preview feature, which is a feature whose design, specification, and implementation are complete, but is not permanent, which means that the feature may exist in a different form or not at all in future JDK releases. To compile and run code that contains preview features, you must specify additional command-line options.

这是一个预览功能,该功能的设计,规格和实现是完整的,但不是永久性的,这意味着该功能可能以其他形式存在或在将来的 JDK 版本中根本不存在。 要编译和运行包含预览功能的代码,必须指定其他命令行选项。

就以switch的增强为例子,从 Java 12 中推出,到 Java 13 中将继续增强,直到 Java 14 才正式转正进入 JDK 可以放心使用,不用考虑后续 JDK 版本对其的改动或修改。

一方面可以看出 JDK 作为标准平台在增加新特性的严谨态度,另一方面个人认为是对于预览特性应该采取审慎使用的态度。特性的设计和实现容易,但是其实际价值依然需要在使用中去验证

JVM 虚拟机优化

每次 Java 版本的发布都伴随着对 JVM 虚拟机的优化,包括对现有垃圾回收算法的改进,引入新的垃圾回收算法,移除老旧的不再适用于今天的垃圾回收算法等

整体优化的方向是高效,低时延的垃圾回收表现

对于日常的应用开发者可能比较关注新的语法特性,但是从一个公司角度来说,在考虑是否升级 Java 平台时更加考虑的是JVM 运行时的提升

参考

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Latest commit

History

History
334 lines (226 loc) · 14 KB

File metadata and controls

334 lines (226 loc) · 14 KB
titleJava 12 & 13 新特性概览
description归纳 JDK 12/13 的特性更新,包含字符串增强、switch 改进与 GC 调整等。
categoryJava
tag
Java新特性
head
meta
namecontent
keywords
Java 12,Java 13,字符串增强,切换表达式,垃圾回收,JEP

Java 12

JDK 12 于 2019 年 3 月 19 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间:

 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间

JEP 189: Shenandoah(低延迟垃圾收集器,实验性)

Redhat 主导开发的 Pauseless GC 实现,主要目标是 99.9% 的暂停小于 10ms,暂停与堆大小无关等

和 Java11 开源的 ZGC 相比(需要升级到 JDK11 才能使用),Shenandoah GC 有稳定的 JDK8u 版本,在 Java8 占据主要市场份额的今天有更大的可落地性。

JEP 344 & JEP 346: G1 收集器优化

Java12 为默认的垃圾收集器 G1 带来了两项更新:

  • 可中止的混合收集集合:JEP344 的实现,为了达到用户提供的停顿时间目标,JEP 344 通过把要被回收的区域集(混合收集集合)拆分为强制和可选部分,使 G1 垃圾回收器能中止垃圾回收过程。 G1 可以中止可选部分的回收以达到停顿时间目标
  • 及时返回未使用的已分配内存:JEP346 的实现,增强 G1 GC,以便在空闲时自动将 Java 堆内存返回给操作系统

JEP 334: JVM Constants API(JVM 常量 API)

引入了一个 API 来对关键类文件和运行时工件的名义描述进行建模,特别是可以从常量池加载的常量。

这个 API 提供了一组接口和工具类,用于表示和操作类文件中的常量池条目。它主要包括:

  • 常量描述符接口ConstantDesc 接口及其子接口,用于描述各种类型的常量
  • 常量值类型ClassDescMethodTypeDescMethodHandleDescDynamicConstantDesc
  • 引导方法:支持 invokedynamic 指令和常量动态引导方法

这个 API 主要是为了支持以下场景:

  1. 类文件操作:提供了一种标准化的方式来描述和操作类文件中的常量池
  2. 字节码生成:简化了字节码生成框架(如 ASM)与 Java 代码的交互
  3. 反射增强:使得反射操作更加类型安全和表达力更强
  4. 编译器工具:为编译器和代码生成工具提供了更好的抽象

这个 API 是 Java 12 中重要的底层改进,为后续的字节码操作和编译器特性奠定了基础。

JEP 325: Switch Expressions(switch 表达式,预览)

传统的 switch 语法存在容易漏写 break 的问题,而且从代码整洁性层面来看,多个 break 本质也是一种重复。

Java12 增强了 switch 表达式,使用类似 lambda 语法条件匹配成功后的执行块,不需要多写 break 。

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);
}

Java 13

JDK 13 于 2019 年 9 月 17 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 24 每个版本的更新带来的新特性数量和更新时间:

JEP 351: ZGC(释放未使用内存)

在 Java 11 中实验性引入的 ZGC 在实际的使用中存在未能主动将未使用的内存释放给操作系统的问题。

ZGC 堆由一组称为 ZPages 的堆区域组成。在 GC 周期中清空 ZPages 区域时,它们将被释放并返回到页面缓存 ZPageCache 中,此缓存中的 ZPages 按最近最少使用(LRU)的顺序,并按照大小进行组织。

在 Java 13 中,ZGC 将向操作系统返回被标识为长时间未使用的页面,这样它们将可以被其他进程重用。

JEP 350: Dynamic CDS Archives(动态 CDS 存档)

Java 13 中对 Java 10 中引入的应用程序类数据共享(AppCDS)进行了进一步的简化、改进和扩展,即:允许在 Java 应用程序执行结束时动态进行类归档,具体能够被归档的类包括所有已被加载,但不属于默认基层 CDS 的应用程序类和引用类库中的类。

这提高了应用程序类数据共享(AppCDS)的可用性。无需用户进行试运行来为每个应用程序创建类列表。

java -XX:ArchiveClassesAtExit=my_app_cds.jsa -cp my_app.jar
java -XX:SharedArchiveFile=my_app_cds.jsa -cp my_app.jar

JEP 355: Text Blocks(文本块,预览)

解决 Java 定义多行字符串时只能通过换行转义或者换行连接符来变通支持的问题,引入三重双引号来定义多行文本。

Java 13 支持两个 """ 符号中间的任何内容都会被解释为字符串的一部分,包括换行符。注意:这里的"两个"应理解为"一对",即开始和结束各一个。

未支持文本块之前的 HTML 写法:

Stringjson ="{\n" +
" \"name\":\"mkyong\",\n" +
" \"age\":38\n" +
"}\n";

支持文本块之后的 HTML 写法:

Stringjson = """ { "name":"mkyong", "age":38 } """;

未支持文本块之前的 SQL 写法:

String query ="SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB`\n"+"WHERE `CITY` = 'INDIANAPOLIS'\n"+"ORDER BY `EMP_ID`, `LAST_NAME`;\n";

支持文本块之后的 SQL 写法:

String query =""" SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB` WHERE `CITY` = 'INDIANAPOLIS' ORDER BY `EMP_ID`, `LAST_NAME`;""";

文本块相关的方法(formatted()stripIndent()translateEscapes())介绍请参见本文 API 增强 - String 增强(文本块相关方法) 部分。

JEP 354: Switch Expressions(switch 表达式,第二次预览)

Switch 表达式中就多了一个关键字用于跳出 Switch 块的关键字 yield,主要用于返回一个值

yieldreturn 的区别在于:return 会直接跳出当前循环或者方法,而 yield 只会跳出当前 Switch 块,同时在使用 yield 时,需要有 default 条件

privatestaticStringdescLanguage(Stringname) {
returnswitch (name) {
case"Java": yield "object-oriented, platform independent and secured";
case"Ruby": yield "a programmer's best friend";
default: yield name +" is a good language";
};
}

API 增强

并不是所有的 API 改动都会通过 JEP(Java Enhancement Proposal)来发布。

在 JDK 的开发流程中:JEP 通常用于重大的改变,例如引入新的语言特性(如 switch 表达式)、新的 JVM 机制(如 ZGC)或者大规模的库重构。像 String.indent() 这种在现有类中增加几个方法的操作,通常被视为常规的库维护。它们由 JDK 开发者直接通过 JBS (JDK Bug System) 的工单(Ticket)进行提交和评审,然后随版本直接发布。

String 增强

Java 12 增加了两个的字符串处理方法。

indent() - 缩进方法

indent() 方法可以实现字符串缩进。

Stringtext = "Java";
// 缩进 4 格text = text.indent(4);
System.out.println(text);
text = text.indent(-10);
System.out.println(text);

输出:

 Java
Java

transform() - 转换方法

transform() 方法可以用来转变指定字符串。

Stringresult = "foo".transform(input -> input + " bar");
System.out.println(result); // foo bar

Files 增强

Java 12 添加了 mismatch() 方法来比较两个文件:

publicstaticlongmismatch(Pathpath, Pathpath2) throwsIOException

mismatch() 方法用于比较两个文件,并返回第一个不匹配字符的位置,如果文件相同则返回 -1L。

代码示例(两个文件内容相同的情况):

PathfilePath1 = Files.createTempFile("file1", ".txt");
PathfilePath2 = Files.createTempFile("file2", ".txt");
Files.writeString(filePath1, "Java 12 Article");
Files.writeString(filePath2, "Java 12 Article");
longmismatch = Files.mismatch(filePath1, filePath2);
assertEquals(-1, mismatch);

代码示例(两个文件内容不相同的情况):

PathfilePath3 = Files.createTempFile("file3", ".txt");
PathfilePath4 = Files.createTempFile("file4", ".txt");
Files.writeString(filePath3, "Java 12 Article");
Files.writeString(filePath4, "Java 12 Tutorial");
longmismatch = Files.mismatch(filePath3, filePath4);
assertEquals(8, mismatch);

NumberFormat 增强

Java 12 中 NumberFormat 新增了对复杂的数字进行格式化的支持:

NumberFormatfmt = NumberFormat.getCompactNumberInstance(Locale.US, NumberFormat.Style.SHORT);
Stringresult = fmt.format(1000);
System.out.println(result);

输出:

1K

Socket API 增强

Java 13 将 Socket API 的底层进行了重写, NioSocketImpl 是对 PlainSocketImpl 的直接替代,它使用 java.util.concurrent 包下的锁而不是同步方法。如果要使用旧实现,请使用 -Djdk.net.usePlainSocketImpl=true

并且,在 Java 13 中是默认使用新的 Socket 实现。

publicfinalclassNioSocketImplextendsSocketImplimplementsPlatformSocketImpl {
}

FileSystems 增强

Java 13 中 FileSystems 类中添加了以下三种新方法,以便更容易地使用将文件内容视为文件系统的文件系统提供程序:

  • newFileSystem(Path)
  • newFileSystem(Path, Map<String, ?>)
  • newFileSystem(Path, Map<String, ?>, ClassLoader)

String 增强(文本块相关方法)

Java 13 引入了文本块(Text Blocks)预览特性,String 类新增加了 3 个新的方法来操作文本块:

  • formatted(Object... args):它类似于 Stringformat()方法。添加它是为了支持文本块的格式设置。
  • stripIndent():用于去除文本块中每一行开头和结尾的空格。
  • translateEscapes():转义序列如 "\\t" 转换为 "\t"

由于文本块是一项预览功能,可以在未来版本中删除,因此这些新方法被标记为弃用。

@Deprecated(forRemoval=true, since="13")
publicStringstripIndent() {
}
@Deprecated(forRemoval=true, since="13")
publicStringformatted(Object... args) {
}
@Deprecated(forRemoval=true, since="13")
publicStringtranslateEscapes() {
}

关于文本块的详细介绍,请参见本文 JEP 355: Text Blocks (Preview) 部分。

补充

关于预览特性

先贴一段 oracle 官网原文:This is a preview feature, which is a feature whose design, specification, and implementation are complete, but is not permanent, which means that the feature may exist in a different form or not at all in future JDK releases. To compile and run code that contains preview features, you must specify additional command-line options.

这是一个预览功能,该功能的设计,规格和实现是完整的,但不是永久性的,这意味着该功能可能以其他形式存在或在将来的 JDK 版本中根本不存在。 要编译和运行包含预览功能的代码,必须指定其他命令行选项。

就以switch的增强为例子,从 Java 12 中推出,到 Java 13 中将继续增强,直到 Java 14 才正式转正进入 JDK 可以放心使用,不用考虑后续 JDK 版本对其的改动或修改。

一方面可以看出 JDK 作为标准平台在增加新特性的严谨态度,另一方面个人认为是对于预览特性应该采取审慎使用的态度。特性的设计和实现容易,但是其实际价值依然需要在使用中去验证

JVM 虚拟机优化

每次 Java 版本的发布都伴随着对 JVM 虚拟机的优化,包括对现有垃圾回收算法的改进,引入新的垃圾回收算法,移除老旧的不再适用于今天的垃圾回收算法等

整体优化的方向是高效,低时延的垃圾回收表现

对于日常的应用开发者可能比较关注新的语法特性,但是从一个公司角度来说,在考虑是否升级 Java 平台时更加考虑的是JVM 运行时的提升

参考

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Latest commit

History

History
334 lines (226 loc) · 14 KB

File metadata and controls

334 lines (226 loc) · 14 KB
titleJava 12 & 13 新特性概览
description归纳 JDK 12/13 的特性更新,包含字符串增强、switch 改进与 GC 调整等。
categoryJava
tag
Java新特性
head
meta
namecontent
keywords
Java 12,Java 13,字符串增强,切换表达式,垃圾回收,JEP

Java 12

JDK 12 于 2019 年 3 月 19 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间:

 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间

JEP 189: Shenandoah(低延迟垃圾收集器,实验性)

Redhat 主导开发的 Pauseless GC 实现,主要目标是 99.9% 的暂停小于 10ms,暂停与堆大小无关等

和 Java11 开源的 ZGC 相比(需要升级到 JDK11 才能使用),Shenandoah GC 有稳定的 JDK8u 版本,在 Java8 占据主要市场份额的今天有更大的可落地性。

JEP 344 & JEP 346: G1 收集器优化

Java12 为默认的垃圾收集器 G1 带来了两项更新:

  • 可中止的混合收集集合:JEP344 的实现,为了达到用户提供的停顿时间目标,JEP 344 通过把要被回收的区域集(混合收集集合)拆分为强制和可选部分,使 G1 垃圾回收器能中止垃圾回收过程。 G1 可以中止可选部分的回收以达到停顿时间目标
  • 及时返回未使用的已分配内存:JEP346 的实现,增强 G1 GC,以便在空闲时自动将 Java 堆内存返回给操作系统

JEP 334: JVM Constants API(JVM 常量 API)

引入了一个 API 来对关键类文件和运行时工件的名义描述进行建模,特别是可以从常量池加载的常量。

这个 API 提供了一组接口和工具类,用于表示和操作类文件中的常量池条目。它主要包括:

  • 常量描述符接口ConstantDesc 接口及其子接口,用于描述各种类型的常量
  • 常量值类型ClassDescMethodTypeDescMethodHandleDescDynamicConstantDesc
  • 引导方法:支持 invokedynamic 指令和常量动态引导方法

这个 API 主要是为了支持以下场景:

  1. 类文件操作:提供了一种标准化的方式来描述和操作类文件中的常量池
  2. 字节码生成:简化了字节码生成框架(如 ASM)与 Java 代码的交互
  3. 反射增强:使得反射操作更加类型安全和表达力更强
  4. 编译器工具:为编译器和代码生成工具提供了更好的抽象

这个 API 是 Java 12 中重要的底层改进,为后续的字节码操作和编译器特性奠定了基础。

JEP 325: Switch Expressions(switch 表达式,预览)

传统的 switch 语法存在容易漏写 break 的问题,而且从代码整洁性层面来看,多个 break 本质也是一种重复。

Java12 增强了 switch 表达式,使用类似 lambda 语法条件匹配成功后的执行块,不需要多写 break 。

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);
}

Java 13

JDK 13 于 2019 年 9 月 17 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 24 每个版本的更新带来的新特性数量和更新时间:

JEP 351: ZGC(释放未使用内存)

在 Java 11 中实验性引入的 ZGC 在实际的使用中存在未能主动将未使用的内存释放给操作系统的问题。

ZGC 堆由一组称为 ZPages 的堆区域组成。在 GC 周期中清空 ZPages 区域时,它们将被释放并返回到页面缓存 ZPageCache 中,此缓存中的 ZPages 按最近最少使用(LRU)的顺序,并按照大小进行组织。

在 Java 13 中,ZGC 将向操作系统返回被标识为长时间未使用的页面,这样它们将可以被其他进程重用。

JEP 350: Dynamic CDS Archives(动态 CDS 存档)

Java 13 中对 Java 10 中引入的应用程序类数据共享(AppCDS)进行了进一步的简化、改进和扩展,即:允许在 Java 应用程序执行结束时动态进行类归档,具体能够被归档的类包括所有已被加载,但不属于默认基层 CDS 的应用程序类和引用类库中的类。

这提高了应用程序类数据共享(AppCDS)的可用性。无需用户进行试运行来为每个应用程序创建类列表。

java -XX:ArchiveClassesAtExit=my_app_cds.jsa -cp my_app.jar
java -XX:SharedArchiveFile=my_app_cds.jsa -cp my_app.jar

JEP 355: Text Blocks(文本块,预览)

解决 Java 定义多行字符串时只能通过换行转义或者换行连接符来变通支持的问题,引入三重双引号来定义多行文本。

Java 13 支持两个 """ 符号中间的任何内容都会被解释为字符串的一部分,包括换行符。注意:这里的"两个"应理解为"一对",即开始和结束各一个。

未支持文本块之前的 HTML 写法:

Stringjson ="{\n" +
" \"name\":\"mkyong\",\n" +
" \"age\":38\n" +
"}\n";

支持文本块之后的 HTML 写法:

Stringjson = """ { "name":"mkyong", "age":38 } """;

未支持文本块之前的 SQL 写法:

String query ="SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB`\n"+"WHERE `CITY` = 'INDIANAPOLIS'\n"+"ORDER BY `EMP_ID`, `LAST_NAME`;\n";

支持文本块之后的 SQL 写法:

String query =""" SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB` WHERE `CITY` = 'INDIANAPOLIS' ORDER BY `EMP_ID`, `LAST_NAME`;""";

文本块相关的方法(formatted()stripIndent()translateEscapes())介绍请参见本文 API 增强 - String 增强(文本块相关方法) 部分。

JEP 354: Switch Expressions(switch 表达式,第二次预览)

Switch 表达式中就多了一个关键字用于跳出 Switch 块的关键字 yield,主要用于返回一个值

yieldreturn 的区别在于:return 会直接跳出当前循环或者方法,而 yield 只会跳出当前 Switch 块,同时在使用 yield 时,需要有 default 条件

privatestaticStringdescLanguage(Stringname) {
returnswitch (name) {
case"Java": yield "object-oriented, platform independent and secured";
case"Ruby": yield "a programmer's best friend";
default: yield name +" is a good language";
};
}

API 增强

并不是所有的 API 改动都会通过 JEP(Java Enhancement Proposal)来发布。

在 JDK 的开发流程中:JEP 通常用于重大的改变,例如引入新的语言特性(如 switch 表达式)、新的 JVM 机制(如 ZGC)或者大规模的库重构。像 String.indent() 这种在现有类中增加几个方法的操作,通常被视为常规的库维护。它们由 JDK 开发者直接通过 JBS (JDK Bug System) 的工单(Ticket)进行提交和评审,然后随版本直接发布。

String 增强

Java 12 增加了两个的字符串处理方法。

indent() - 缩进方法

indent() 方法可以实现字符串缩进。

Stringtext = "Java";
// 缩进 4 格text = text.indent(4);
System.out.println(text);
text = text.indent(-10);
System.out.println(text);

输出:

 Java
Java

transform() - 转换方法

transform() 方法可以用来转变指定字符串。

Stringresult = "foo".transform(input -> input + " bar");
System.out.println(result); // foo bar

Files 增强

Java 12 添加了 mismatch() 方法来比较两个文件:

publicstaticlongmismatch(Pathpath, Pathpath2) throwsIOException

mismatch() 方法用于比较两个文件,并返回第一个不匹配字符的位置,如果文件相同则返回 -1L。

代码示例(两个文件内容相同的情况):

PathfilePath1 = Files.createTempFile("file1", ".txt");
PathfilePath2 = Files.createTempFile("file2", ".txt");
Files.writeString(filePath1, "Java 12 Article");
Files.writeString(filePath2, "Java 12 Article");
longmismatch = Files.mismatch(filePath1, filePath2);
assertEquals(-1, mismatch);

代码示例(两个文件内容不相同的情况):

PathfilePath3 = Files.createTempFile("file3", ".txt");
PathfilePath4 = Files.createTempFile("file4", ".txt");
Files.writeString(filePath3, "Java 12 Article");
Files.writeString(filePath4, "Java 12 Tutorial");
longmismatch = Files.mismatch(filePath3, filePath4);
assertEquals(8, mismatch);

NumberFormat 增强

Java 12 中 NumberFormat 新增了对复杂的数字进行格式化的支持:

NumberFormatfmt = NumberFormat.getCompactNumberInstance(Locale.US, NumberFormat.Style.SHORT);
Stringresult = fmt.format(1000);
System.out.println(result);

输出:

1K

Socket API 增强

Java 13 将 Socket API 的底层进行了重写, NioSocketImpl 是对 PlainSocketImpl 的直接替代,它使用 java.util.concurrent 包下的锁而不是同步方法。如果要使用旧实现,请使用 -Djdk.net.usePlainSocketImpl=true

并且,在 Java 13 中是默认使用新的 Socket 实现。

publicfinalclassNioSocketImplextendsSocketImplimplementsPlatformSocketImpl {
}

FileSystems 增强

Java 13 中 FileSystems 类中添加了以下三种新方法,以便更容易地使用将文件内容视为文件系统的文件系统提供程序:

  • newFileSystem(Path)
  • newFileSystem(Path, Map<String, ?>)
  • newFileSystem(Path, Map<String, ?>, ClassLoader)

String 增强(文本块相关方法)

Java 13 引入了文本块(Text Blocks)预览特性,String 类新增加了 3 个新的方法来操作文本块:

  • formatted(Object... args):它类似于 Stringformat()方法。添加它是为了支持文本块的格式设置。
  • stripIndent():用于去除文本块中每一行开头和结尾的空格。
  • translateEscapes():转义序列如 "\\t" 转换为 "\t"

由于文本块是一项预览功能,可以在未来版本中删除,因此这些新方法被标记为弃用。

@Deprecated(forRemoval=true, since="13")
publicStringstripIndent() {
}
@Deprecated(forRemoval=true, since="13")
publicStringformatted(Object... args) {
}
@Deprecated(forRemoval=true, since="13")
publicStringtranslateEscapes() {
}

关于文本块的详细介绍,请参见本文 JEP 355: Text Blocks (Preview) 部分。

补充

关于预览特性

先贴一段 oracle 官网原文:This is a preview feature, which is a feature whose design, specification, and implementation are complete, but is not permanent, which means that the feature may exist in a different form or not at all in future JDK releases. To compile and run code that contains preview features, you must specify additional command-line options.

这是一个预览功能,该功能的设计,规格和实现是完整的,但不是永久性的,这意味着该功能可能以其他形式存在或在将来的 JDK 版本中根本不存在。 要编译和运行包含预览功能的代码,必须指定其他命令行选项。

就以switch的增强为例子,从 Java 12 中推出,到 Java 13 中将继续增强,直到 Java 14 才正式转正进入 JDK 可以放心使用,不用考虑后续 JDK 版本对其的改动或修改。

一方面可以看出 JDK 作为标准平台在增加新特性的严谨态度,另一方面个人认为是对于预览特性应该采取审慎使用的态度。特性的设计和实现容易,但是其实际价值依然需要在使用中去验证

JVM 虚拟机优化

每次 Java 版本的发布都伴随着对 JVM 虚拟机的优化,包括对现有垃圾回收算法的改进,引入新的垃圾回收算法,移除老旧的不再适用于今天的垃圾回收算法等

整体优化的方向是高效,低时延的垃圾回收表现

对于日常的应用开发者可能比较关注新的语法特性,但是从一个公司角度来说,在考虑是否升级 Java 平台时更加考虑的是JVM 运行时的提升

参考

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

Latest commit

History

History
334 lines (226 loc) · 14 KB

File metadata and controls

334 lines (226 loc) · 14 KB
titleJava 12 & 13 新特性概览
description归纳 JDK 12/13 的特性更新,包含字符串增强、switch 改进与 GC 调整等。
categoryJava
tag
Java新特性
head
meta
namecontent
keywords
Java 12,Java 13,字符串增强,切换表达式,垃圾回收,JEP

Java 12

JDK 12 于 2019 年 3 月 19 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间:

 JDK 8 到 JDK 25 每个版本的更新带来的新特性数量和更新时间

JEP 189: Shenandoah(低延迟垃圾收集器,实验性)

Redhat 主导开发的 Pauseless GC 实现,主要目标是 99.9% 的暂停小于 10ms,暂停与堆大小无关等

和 Java11 开源的 ZGC 相比(需要升级到 JDK11 才能使用),Shenandoah GC 有稳定的 JDK8u 版本,在 Java8 占据主要市场份额的今天有更大的可落地性。

JEP 344 & JEP 346: G1 收集器优化

Java12 为默认的垃圾收集器 G1 带来了两项更新:

  • 可中止的混合收集集合:JEP344 的实现,为了达到用户提供的停顿时间目标,JEP 344 通过把要被回收的区域集(混合收集集合)拆分为强制和可选部分,使 G1 垃圾回收器能中止垃圾回收过程。 G1 可以中止可选部分的回收以达到停顿时间目标
  • 及时返回未使用的已分配内存:JEP346 的实现,增强 G1 GC,以便在空闲时自动将 Java 堆内存返回给操作系统

JEP 334: JVM Constants API(JVM 常量 API)

引入了一个 API 来对关键类文件和运行时工件的名义描述进行建模,特别是可以从常量池加载的常量。

这个 API 提供了一组接口和工具类,用于表示和操作类文件中的常量池条目。它主要包括:

  • 常量描述符接口ConstantDesc 接口及其子接口,用于描述各种类型的常量
  • 常量值类型ClassDescMethodTypeDescMethodHandleDescDynamicConstantDesc
  • 引导方法:支持 invokedynamic 指令和常量动态引导方法

这个 API 主要是为了支持以下场景:

  1. 类文件操作:提供了一种标准化的方式来描述和操作类文件中的常量池
  2. 字节码生成:简化了字节码生成框架(如 ASM)与 Java 代码的交互
  3. 反射增强:使得反射操作更加类型安全和表达力更强
  4. 编译器工具:为编译器和代码生成工具提供了更好的抽象

这个 API 是 Java 12 中重要的底层改进,为后续的字节码操作和编译器特性奠定了基础。

JEP 325: Switch Expressions(switch 表达式,预览)

传统的 switch 语法存在容易漏写 break 的问题,而且从代码整洁性层面来看,多个 break 本质也是一种重复。

Java12 增强了 switch 表达式,使用类似 lambda 语法条件匹配成功后的执行块,不需要多写 break 。

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);
}

Java 13

JDK 13 于 2019 年 9 月 17 日发布,这是一个非 LTS 版本。

这篇文章会挑选其中较为重要的一些新特性进行详细介绍:

下图是从 JDK 8 到 JDK 24 每个版本的更新带来的新特性数量和更新时间:

JEP 351: ZGC(释放未使用内存)

在 Java 11 中实验性引入的 ZGC 在实际的使用中存在未能主动将未使用的内存释放给操作系统的问题。

ZGC 堆由一组称为 ZPages 的堆区域组成。在 GC 周期中清空 ZPages 区域时,它们将被释放并返回到页面缓存 ZPageCache 中,此缓存中的 ZPages 按最近最少使用(LRU)的顺序,并按照大小进行组织。

在 Java 13 中,ZGC 将向操作系统返回被标识为长时间未使用的页面,这样它们将可以被其他进程重用。

JEP 350: Dynamic CDS Archives(动态 CDS 存档)

Java 13 中对 Java 10 中引入的应用程序类数据共享(AppCDS)进行了进一步的简化、改进和扩展,即:允许在 Java 应用程序执行结束时动态进行类归档,具体能够被归档的类包括所有已被加载,但不属于默认基层 CDS 的应用程序类和引用类库中的类。

这提高了应用程序类数据共享(AppCDS)的可用性。无需用户进行试运行来为每个应用程序创建类列表。

java -XX:ArchiveClassesAtExit=my_app_cds.jsa -cp my_app.jar
java -XX:SharedArchiveFile=my_app_cds.jsa -cp my_app.jar

JEP 355: Text Blocks(文本块,预览)

解决 Java 定义多行字符串时只能通过换行转义或者换行连接符来变通支持的问题,引入三重双引号来定义多行文本。

Java 13 支持两个 """ 符号中间的任何内容都会被解释为字符串的一部分,包括换行符。注意:这里的"两个"应理解为"一对",即开始和结束各一个。

未支持文本块之前的 HTML 写法:

Stringjson ="{\n" +
" \"name\":\"mkyong\",\n" +
" \"age\":38\n" +
"}\n";

支持文本块之后的 HTML 写法:

Stringjson = """ { "name":"mkyong", "age":38 } """;

未支持文本块之前的 SQL 写法:

String query ="SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB`\n"+"WHERE `CITY` = 'INDIANAPOLIS'\n"+"ORDER BY `EMP_ID`, `LAST_NAME`;\n";

支持文本块之后的 SQL 写法:

String query =""" SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB` WHERE `CITY` = 'INDIANAPOLIS' ORDER BY `EMP_ID`, `LAST_NAME`;""";

文本块相关的方法(formatted()stripIndent()translateEscapes())介绍请参见本文 API 增强 - String 增强(文本块相关方法) 部分。

JEP 354: Switch Expressions(switch 表达式,第二次预览)

Switch 表达式中就多了一个关键字用于跳出 Switch 块的关键字 yield,主要用于返回一个值

yieldreturn 的区别在于:return 会直接跳出当前循环或者方法,而 yield 只会跳出当前 Switch 块,同时在使用 yield 时,需要有 default 条件

privatestaticStringdescLanguage(Stringname) {
returnswitch (name) {
case"Java": yield "object-oriented, platform independent and secured";
case"Ruby": yield "a programmer's best friend";
default: yield name +" is a good language";
};
}

API 增强

并不是所有的 API 改动都会通过 JEP(Java Enhancement Proposal)来发布。

在 JDK 的开发流程中:JEP 通常用于重大的改变,例如引入新的语言特性(如 switch 表达式)、新的 JVM 机制(如 ZGC)或者大规模的库重构。像 String.indent() 这种在现有类中增加几个方法的操作,通常被视为常规的库维护。它们由 JDK 开发者直接通过 JBS (JDK Bug System) 的工单(Ticket)进行提交和评审,然后随版本直接发布。

String 增强

Java 12 增加了两个的字符串处理方法。

indent() - 缩进方法

indent() 方法可以实现字符串缩进。

Stringtext = "Java";
// 缩进 4 格text = text.indent(4);
System.out.println(text);
text = text.indent(-10);
System.out.println(text);

输出:

 Java
Java

transform() - 转换方法

transform() 方法可以用来转变指定字符串。

Stringresult = "foo".transform(input -> input + " bar");
System.out.println(result); // foo bar

Files 增强

Java 12 添加了 mismatch() 方法来比较两个文件:

publicstaticlongmismatch(Pathpath, Pathpath2) throwsIOException

mismatch() 方法用于比较两个文件,并返回第一个不匹配字符的位置,如果文件相同则返回 -1L。

代码示例(两个文件内容相同的情况):

PathfilePath1 = Files.createTempFile("file1", ".txt");
PathfilePath2 = Files.createTempFile("file2", ".txt");
Files.writeString(filePath1, "Java 12 Article");
Files.writeString(filePath2, "Java 12 Article");
longmismatch = Files.mismatch(filePath1, filePath2);
assertEquals(-1, mismatch);

代码示例(两个文件内容不相同的情况):

PathfilePath3 = Files.createTempFile("file3", ".txt");
PathfilePath4 = Files.createTempFile("file4", ".txt");
Files.writeString(filePath3, "Java 12 Article");
Files.writeString(filePath4, "Java 12 Tutorial");
longmismatch = Files.mismatch(filePath3, filePath4);
assertEquals(8, mismatch);

NumberFormat 增强

Java 12 中 NumberFormat 新增了对复杂的数字进行格式化的支持:

NumberFormatfmt = NumberFormat.getCompactNumberInstance(Locale.US, NumberFormat.Style.SHORT);
Stringresult = fmt.format(1000);
System.out.println(result);

输出:

1K

Socket API 增强

Java 13 将 Socket API 的底层进行了重写, NioSocketImpl 是对 PlainSocketImpl 的直接替代,它使用 java.util.concurrent 包下的锁而不是同步方法。如果要使用旧实现,请使用 -Djdk.net.usePlainSocketImpl=true

并且,在 Java 13 中是默认使用新的 Socket 实现。

publicfinalclassNioSocketImplextendsSocketImplimplementsPlatformSocketImpl {
}

FileSystems 增强

Java 13 中 FileSystems 类中添加了以下三种新方法,以便更容易地使用将文件内容视为文件系统的文件系统提供程序:

  • newFileSystem(Path)
  • newFileSystem(Path, Map<String, ?>)
  • newFileSystem(Path, Map<String, ?>, ClassLoader)

String 增强(文本块相关方法)

Java 13 引入了文本块(Text Blocks)预览特性,String 类新增加了 3 个新的方法来操作文本块:

  • formatted(Object... args):它类似于 Stringformat()方法。添加它是为了支持文本块的格式设置。
  • stripIndent():用于去除文本块中每一行开头和结尾的空格。
  • translateEscapes():转义序列如 "\\t" 转换为 "\t"

由于文本块是一项预览功能,可以在未来版本中删除,因此这些新方法被标记为弃用。

@Deprecated(forRemoval=true, since="13")
publicStringstripIndent() {
}
@Deprecated(forRemoval=true, since="13")
publicStringformatted(Object... args) {
}
@Deprecated(forRemoval=true, since="13")
publicStringtranslateEscapes() {
}

关于文本块的详细介绍,请参见本文 JEP 355: Text Blocks (Preview) 部分。

补充

关于预览特性

先贴一段 oracle 官网原文:This is a preview feature, which is a feature whose design, specification, and implementation are complete, but is not permanent, which means that the feature may exist in a different form or not at all in future JDK releases. To compile and run code that contains preview features, you must specify additional command-line options.

这是一个预览功能,该功能的设计,规格和实现是完整的,但不是永久性的,这意味着该功能可能以其他形式存在或在将来的 JDK 版本中根本不存在。 要编译和运行包含预览功能的代码,必须指定其他命令行选项。

就以switch的增强为例子,从 Java 12 中推出,到 Java 13 中将继续增强,直到 Java 14 才正式转正进入 JDK 可以放心使用,不用考虑后续 JDK 版本对其的改动或修改。

一方面可以看出 JDK 作为标准平台在增加新特性的严谨态度,另一方面个人认为是对于预览特性应该采取审慎使用的态度。特性的设计和实现容易,但是其实际价值依然需要在使用中去验证

JVM 虚拟机优化

每次 Java 版本的发布都伴随着对 JVM 虚拟机的优化,包括对现有垃圾回收算法的改进,引入新的垃圾回收算法,移除老旧的不再适用于今天的垃圾回收算法等

整体优化的方向是高效,低时延的垃圾回收表现

对于日常的应用开发者可能比较关注新的语法特性,但是从一个公司角度来说,在考虑是否升级 Java 平台时更加考虑的是JVM 运行时的提升

参考