一篇文章看清楚JDK13的特性!
1、switch优化更新
JDK11以及之前的版本:
switch (day) { case MONDAY: case FRIDAY: case SUNDAY: System.out.println(6); break; case TUESDAY: System.out.println(7); break; case THURSDAY: case SATURDAY: System.out.println(8); break; case WEDNESDAY: System.out.println(9); break; }
JDK12版本
switch (day) { case MONDAY, FRIDAY, SUNDAY -> System.out.println(6); case TUESDAY -> System.out.println(7); case THURSDAY, SATURDAY -> System.out.println(8); case WEDNESDAY -> System.out.println(9); }
JDK13版本
static void howMany(int k) { System.out.println( switch (k) { case 1 -> "one" case 2 -> "two" default -> "many" } );}
2、文本块升级
2.1、html例子
JDK13之前
String html = "<html>\n" + " <body>\n" + " <p>Hello, world</p>\n" + " </body>\n" + "</html>\n";
JDK13优化的:
String html = """ <html> <body> <p>Hello, world</p> </body> </html> """;
2.2、SQL变化
JDK13之前
String query = "SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB`\n" + "WHERE `CITY` = 'INDIANAPOLIS'\n" + "ORDER BY `EMP_ID`, `LAST_NAME`;\n";
JDK13
String query = """ SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB` WHERE `CITY` = 'INDIANAPOLIS' ORDER BY `EMP_ID`, `LAST_NAME`; """;
2.3、解释
文本块
""" line 1 line 2 line 3 """
相当于字符串文字:
"line 1\nline 2\nline 3\n"
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 配置信息的新命令。欢迎大家关注我的公种浩【程序员追风】,整理了1000道2019年多家公司java面试题400多页pdf文档,文章都会在里面更新,整理的资料也会放在里面。
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)提供。
最后
欢迎大家一起交流,喜欢文章记得关注我点赞转发哟,感谢支持!
相关文章