1、语言增强功能首次在JDK 14中引入，在JDK 16中完成

      JEP 394：instanceof的模式匹配–通过为instanceof运算符进行模式匹配来增强Java编程语言。

      JEP 395：记录–通过记录增强Java编程语言，记录是充当不变数据透明载体的类。记录可以被视为名义元组。

      2、提高开发人员生产力的新工具

      JEP 392：打包工具–提供jpackage工具，用于打包自包含的Java应用程序。

      3、改进的内存管理以提高性能

      JEP 387：弹性元空间–更快地将未使用的HotSpot类元数据(即，元空间)内存返回给操作系统，减少元空间的占用空间，并简化元空间代码，以降低维护成本。

      JEP 376：ZGC：并行线程堆栈处理–将ZGC线程堆栈处理从安全点移至并发阶段。这项工作消除了允许并发堆栈处理的最后一个显着瓶颈。

      4、改进的网络以提高开发人员的生产力和灵活性

      JEP 380：UNIX域套接字通道–将对主要UNIX平台和Windows通用的UNIX域套接字的所有功能的支持添加到java.nio.channels包中的套接字通道和服务器套接字通道API。UNIX域套接字用于同一主机上的进程间通信(IPC)。它们在大多数方面与TCP / IP套接字类似，不同之处在于它们是通过文件系统路径名而不是Internet协议(IP)地址和端口号来寻址的。

      5、解决未来不兼容的代码

      JEP 396：默认情况下强烈封装JDK内部–在JDK 9中，我们强烈封装了新的内部API元素，从而限制了对它们的访问。但是，作为迁移的辅助手段，JDK 9故意选择在运行时不强烈封装JDK 8中存在的软件包的内容。JDK16默认情况下封装了JDK的大多数内部元素(关键内部API除外)，从而加强了此约束。例如sun.misc.Unsafe。最终用户仍然可以选择自JDK 9以来默认使用的宽松的强封装。这将鼓励开发人员从使用内部元素迁移到使用标准API，以便他们和他们的用户都可以毫不费力地升级到将来的Java版本。

      JEP 390：基于值的类的警告–将原始包装器类指定为基于值的类，并弃用其构造函数以进行删除，从而提示新的弃用警告。提供有关在Java平台中不正确尝试在任何基于值的类的实例上进行同步的警告。

      6、孵化和预览功能

      JEP 338：矢量API(孵化器) –提供孵化器模块jdk.incubator.vector的初始迭代，以表达可在运行时可靠地编译为支持的CPU架构上的最佳矢量硬件指令的矢量计算。

      JEP 389：外部链接程序API(孵化器) –引入了API，该API提供了对本地代码的静态类型的纯Java访问。

      JEP 393：外部存储器访问API(第三孵化器) –引入了API，以允许Java程序安全有效地访问Java堆之外的外部存储器。

      JEP 397：密封类(第二预览) –通过密封类和接口增强了Java编程语言。密封的类和接口限制可以扩展或实现它们的其他类或接口。

      7、OpenJDK贡献者的改进

      JEP 347：启用C ++ 14语言功能(在JDK源代码中) –允许在JDK C ++源代码中使用C ++ 14语言功能，并提供有关在HotSpot代码中可以使用哪些功能的特定指南。

      JEP 357：从Mercurial迁移到Git –将OpenJDK社区的源代码存储库从Mercurial(hg)迁移到Git。

      JEP 369：迁移到GitHub –在GitHub上托管OpenJDK社区的Git存储库。

      8、新端口在更多平台上提供对Java的支持

      JEP 386：Alpine Linux端口–在x64和AArch64体系结构上，将JDK移植到Alpine Linux以及使用musl作为其主要C库的其他Linux发行版。

      JEP 388：Windows / Aarch64端口–将JDK移植到Windows / AArch64。