1、switch优化更新
JDK11以及之前的版本：
1 switch (day) { 2 case MONDAY: 3 case FRIDAY: 4 case SUNDAY: 5 System.out.println(6); 6 break; 7 case TUESDAY: 8 System.out.println(7); 9 break; case THURSDAY: 10 case SATURDAY: 11 System.out.println(8); 12 break; 13 case WEDNESDAY: 14 System.out.println(9); 15 break; 16 }
JDK12版本
1 switch (day) { 2 case MONDAY, FRIDAY, SUNDAY -> System.out.println(6); 3 case TUESDAY -> System.out.println(7); 4 case THURSDAY, SATURDAY -> System.out.println(8); 5 case WEDNESDAY -> System.out.println(9); 6 }
JDK13版本
1 static void howMany(int k) { 2 System.out.println( 3 switch (k) { 4 case 1 -> "one" 5 case 2 -> "two" 6 default -> "many" 7 } 8 );}
2、文本块升级
2.1、html例子
JDK13之前
1 String html = "<html> " + 2 " <body> " + 3 " <p>Hello, world</p> " + 4 " </body> " + 5 "</html> ";
JDK13优化的：
1 String html = """ 2 <html> 3 <body> 4 <p>Hello, world</p> 5 </body> 6 </html> 7 """;
2.2、SQL变化
JDK13之前
1 String query = "SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB` " + 2 "WHERE `CITY` = 'INDIANAPOLIS' " + 3 "ORDER BY `EMP_ID`, `LAST_NAME`; ";
JDK13
1 String query = """ 2 SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB` 3 WHERE `CITY` = 'INDIANAPOLIS' 4 ORDER BY `EMP_ID`, `LAST_NAME`; 5 """;
2.3、解释
文本块
1 """ 2 line 1 3 line 2 4 line 3 5 """
相当于字符串文字：
"line 1 line 2 line 3 "
3、动态CDS档案
目标：
提高应用程序类 - 数据共享（AppCDS）的可用性。消除了用户进行试运行以创建每个应用程序的类列表的需要。
-Xshare:dump
使用类列表由该选项启用的静态归档应继续工作。这包括内置类加载器和用户定义的类加载器的类。
4、取消使用未使用的内存
摘要：
增强 ZGC 以将未使用的堆内存返回给操作系统。
动机：
ZGC 目前没有取消提交并将内存返回给操作系统，即使该内存长时间未使用。对于所有类型的应用程序和环境，此行为并非最佳， 尤其是那些需要关注内存占用的应用程序和环境 例如：通过使用支付资源的容器环境。应用程序可能长时间处于空闲状态并与许多其 他应用程序共享或竞争资源的环境。应用程序在执行期间可能具有非常不同的堆空间要求。
例如，启动期间所需的堆可能大于稳态执行期间稍后所需的堆。HotSpot 中的其他垃圾收集器，如 G1 和 Shenandoah，今天提供了这种功能，某些类别的用户发现它非常有用。将此功能添加到 ZGC 将受到同一组用户的欢迎。
5、重新实现旧版套接字API
摘要：
使用更简单，更现代的实现替换 java.net.Socket 和 java.net.ServerSocketAPI 使用的底层实现，易于维护和调试。新的实 现很容易适应用户模式线程，也就是光纤，目前正在 Project Loom 中进行探索。
动机：
在 java.net.Socket 和 java.net.ServerSocketAPI，以及它们的底层实现，可以追溯到JDK 1.0。实现是遗留 Java 和 C 代码的混合，维护和调试很痛苦。该实现使用线程堆栈作为 I/O 缓冲区，这种方法需要多次增加默认线程堆栈大小。
该实现使用本机数据 结构来支持异步关闭，这是多年来微妙可靠性和移植问题的根源。该实现还有几个并发问题，需要进行大修才能正确解决。在未来的光 纤世界环境中，而不是在本机方法中阻塞线程，当前的实现不适用于目的。
6、FileSystems.newFileSystem新方法
核心库 java.nio 中添加了 FileSystems.newFileSystem（Path，Map ）方法
添加了三种新方法 java.nio.file.FileSystems，以便更轻松地使用将文件内容视为文件系统的文件系统提供程序。
1、newFileSystem(Path)
2、newFileSystem(Path, Map)
3、newFileSystem(Path, Map, ClassLoader)
添加为 newFileSystem(Path, Map<String, ?>) 已使用现有 newFileSystem(Path, ClassLoader) 并指定类加载器 的代码创建源（但不是二进制）兼容性问题。例如，由于引用 newFileSystem 不明确，因此无法编译以下内容：
FileSystem fs = FileSystems.newFileSystem(path, null);
为了避免模糊引用，需要修改此代码以将第二个参数强制转换为java.lang.ClassLoader。
7、nio新方法
核心库 java.nio 中新的 java.nio.ByteBuffer 批量获取/放置方法转移字节而不考虑缓冲区位置。
在其他缓冲区类型定义绝对批量 get 和 put 传输连续字节序列的方法，而不考虑或影响缓冲区位置。
8、核心库/ java.time
新日本时代名称 Reiwa，此更新中添加了代表新 Reiwa 时代的实例。与其他时代不同，这个时代没有公共领域。它可以通过调用 JapaneseEra.of(3) 或获得 JapaneseEra.valueOf("Reiwa")。JDK13 及更高版本将有一个新的公共领域来代表这个时代。
NewEra 从 2019 年 5 月 1 日开始的日本时代的占位符名称“ ”已被新的官方名称取代。依赖占位符名称（请参阅 JDK-8202088）获取新时代单例（ JapaneseEra.valueOf("NewEra")）的应用程序将不再起作用，请参阅 JDK-8205432。
9、核心库/ java.util中：I18N
支持 Unicode 12.1，此版本将 Unicode支持升级到12.1，其中包括以下内容：
java.lang.Character 支持 12.1 级的 Unicode 字符数据库，其中 12.0 从 11.0 开始增加 554 个字符，总共 137,928 个字符。这些新增内容包括 4 个新脚本，总共 150 个脚本，以及 61 个新的表情符号字符。U+32FF SQUARE ERA NAME REIWA从 12.0 开始，12.1 只添加一个字符。java.text.Bidi 和 java.text.Normalizer 类分别支持 12.0 级的 Unicode 标准附件， ＃9和＃15。java.util.regexpackage 支持基于12.0 级 Unicode 标准附件＃29 的扩展字形集群。
10、热点/ GC
10.1 JEP 351 ZGC 取消提交未使用的存储器。
10.2 添加了 -XXSoftMaxHeapSize 标志。
10.3 ZGC 支持的最大堆大小从 4 TB增加到 16 TB。
11、安全库/ java.security
11.1 该 com.sun.security.crl.readtimeout 系统属性设置为 CRL 检索的最大读取超时，单位为秒。如果尚未设置该属性，或者其值为负，则将其设置为默认值 15秒，值 0 表示无限超时。
11.2 新的 keytool -showinfo -tls 用于显示 TLS 配置信息的命令 keytool -showinfo -tls 添加了一个显示 TLS 配置信息的新命令。
11.3 SunMSCAPI 提供程序现在支持以下一代加密（CNG）格式读取私钥。这意味着 CNG 格式的 RSA 和 EC 密钥可从 Windows 密钥库加载，例如 “Windows-MY”。与 EC（签名算法SHA1withECDSA，SHA256withECDSA等等）也支持。
12、删除功能
删除的部分功能：
12.1 核心库 java.net 中，不再支持 Pre-JDK 1.4 SocketImpl 实现 java.net.SocketImpl 此版本已删除对为 JavaSE1.3 及更早版本编译的自定义实现的支持。此更改对 SocketImpl 为 Java SE 1.4（2002年发布）或更新版本编译的实现没有影响。
12.2 核心库 java.lang 中，删除运行时跟踪方法，过时的方法traceInstructions(boolean)，并 traceMethodCalls(boolean) 已经从删除 java.lang.Runtime 类。这些方法对许多版本都不起作用，它们的预期功能由J ava虚拟机工具接口（JVMTI）提供。
作者：华为云特约供稿开发者 程序员追风
