JDK 13 新特性详解

　　提高应用程序类 - 数据共享（AppCDS）的可用性。消除了用户进行试运行以创建每个应用程序的类列表的需要。

　　ZGC目前没有取消提交并将内存返回给操作系统，即使该内存长时间未使用。对于所有类型的应用程序和，此行为并非最佳，尤其是那些需要关注内存占用的应用程序和 例如：通过使用支付资源的容器。应用程序可能长时间处于空闲状态并与许多其他应用程序共享或竞争资源的。应用程序在执行期间可能具有非常不同的堆空间要求。

　　例如，启动期间所需的堆可能大于稳态执行期间稍后所需的堆。HotSpot中的其他垃圾收集器，如G1和Shenandoah，今天提供了这种功能，某些类别的用户发现它非常有用。将此功能添加到ZGC将受到同一组用户的欢迎。

　　使用更简单，更现代的实现替换java.net.Socket和java.net.ServerSocketAPI 使用的底层实现，易于和调试。新的实现很容易适应用户模式线程，也就是光纤，目前正在Project Loom中进行探索。

　　在java.net.Socket和java.net.ServerSocketAPI，以及它们的底层实现，可以追溯到JDK 1.0。实现是遗留Java和C代码的混合，和调试很痛苦。该实现使用线程堆栈作为I/O缓冲区，这种方法需要多次增加默认线程堆栈大小。该实现使用本机数据结构来支持异步关闭，这是多年来微妙可靠性和移植问题的根源。该实现还有几个并发问题，需要进行大修才能正确解决。在未来的光纤世界中，而不是在本机方法中阻塞线程，当前的实现不适用于目的。

　　添加了三种新方法java.nio.file.FileSystems，以便更轻松地使用将文件内容视为文件系统的文件系统提供程序。

　　java.nio.ByteBufferjava.nio现在，其他缓冲区类型定义绝对批量get和put传输连续字节序列的方法，而不考虑或影响缓冲区。

　　新日本时代名称Reiwa，此更新中添加了代表新Reiwa时代的实例。与其他时代不同，这个时代没有公共领域。它可以通过调用JapaneseEra.of(3)或获得JapaneseEra.valueOf(Reiwa)。JDK13及更高版本将有一个新的公共领域来代表这个时代。

　　NewEra从2019年5月1日开始的日本时代的占位符名称“ ”已被新的名称取代。依赖占位符名称（请JDK-8202088）获取新时代单例（JapaneseEra.valueOf(NewEra)）的应用程序将不再起作用。请JDK-8205432

　　11.1该com.sun.security.crl.readtimeout系统属性设置为CRL检索的最大读取超时，单位为秒。如果尚未设置该属性，或者其值属鸡的今年多大为负，则将其设置为默认值15秒。值0表示无限超时。