3月16日，甲骨文正式发布Java16。甲骨文表示，现在为所有开发人员和企业提供Java16。

据悉，按照甲骨文重要补丁更新（CPU）时间表，甲骨文JDK16将至少获得两次季度更新。随后，甲骨文JDK17面世。虽然Java17将于2021年9月正式发布，但是已经提供了它早期的访问版本。

在转向六个月的发布周期后，Java16是甲骨文发布的第七个特性版本。甲骨文称，“在六个月的发布周期下，可用于生产的创新交付速度已大大提高”。

Java16累计修复了1897个问题，其中，有1397个由甲骨文工作人员完成，还有500个由个人开发人员和其他组织机构的开发人员贡献，包括ARM、SAP、RedHat和腾讯以及微软、英特尔、华为等。而一些小型组织也贡献了Java16中3％的修复，比如AmpereComputing、Bellsoft、DataDog、Microdoc和独立开发人员。

甲骨文表示，“再次使用GPLv2和ClasspathException将Java16作为甲骨文OpenJDK版本提供，并且针对使用甲骨文JDK版本作为甲骨文产品或服务一部分的用户，或希望能获得商业支持的用户提供商业许可”。

伴随着数千个性能、稳定性和安全性更新，Java16为用户提供了十七项主要的增强/更改（称为JDK增强提案——JEP），包括三个孵化器模块和一个预览特性。

Java16随附的17个JEP分为六个不同类别：

模式匹配（PatternMatching）最早在Java14中作为预览特性引入，在Java15中还是预览特性。模式匹配通过对instacneof运算符进行模式匹配来增强Java编程语言。

模式匹配使程序中的通用逻辑（即从对象中有条件地提取组件）得以更简洁、更安全地表示。

记录（Records）在Java14和Java15中作为预览特性引入。它提供了一种紧凑的语法来声明类，这些类是浅层不可变数据的透明持有者。这将大大简化这些类，并提高代码的可读性和可维护性。

JEP376将ZGC线程栈处理从安全点转移到一个并发阶段，甚至在大堆上也允许在毫秒内暂停GC安全点。消除ZGC垃圾收集器中最后一个延迟源可以极大地提高应用程序的性能和效率。

此特性可将未使用的HotSpot类元数据（即元空间，metaspace）内存更快速地返回到操作系统，从而减少元空间的占用空间。具有大量类加载和卸载活动的应用程序可能会占用大量未使用的空间。新方案将元空间内存按较小的块分配，它将未使用的元空间内存返回给操作系统来提高弹性，从而提高应用程序性能并降低内存占用。

Unix-domain套接字一直是大多数Unix平台的一个特性，现在在Windows10和WindowsServer2019也提供了支持。此特性为包的套接字通道和服务器套接字通道API添加了Unix-domain（AF_UNIX）套接字支持。它扩展了继承的通道机制以支持Unix-domain套接字通道和服务器套接字通道。Unix-domain套接字用于同一主机上的进程间通信（IPC）。它们在很大程度上类似于TCP/IP，区别在于套接字是通过文件系统路径名而不是Internet协议（IP）地址和端口号寻址的。对于本地进程间通信，Unix-domain套接字比TCP/IP环回连接更安全、更有效。

此特性最初是作为Java14中的一个孵化器模块引入的，该工具允许打包自包含的Java应用程序。它支持原生打包格式，为最终用户提供自然的安装体验，这些格式包括Windows上的msi和exe、macOS上的pkg和dmg，还有Linux上的deb和rpm。它还允许在打包时指定启动时参数，并且可以从命令行直接调用，也可以通过ToolProviderAPI以编程方式调用。注意jpackage模块名称从更改为。这将改善最终用户在安装应用程序时的体验，并简化了“应用商店”模型的部署。

此特性将原始包装器类（、等）指定为基于值的（类似于和），并在其构造器中添加forRemoval（自JDK9开始被弃用），这样会提示新的警告。在Java平台中尝试在任何基于值的类的实例上进行不正确的同步时，它会发出警告。

许多流行的开源项目已经在其源中删除了包装构造器调用来响应Java9的弃用警告，并且鉴于“弃用移除”警告的紧迫性，我们可以期望更多开源项目跟上这一步伐。

此特性会默认强封装JDK的所有内部元素，但关键内部API（例如）除外。默认情况下，使用早期版本成功编译的访问JDK内部API的代码可能不再起作用。鼓励开发人员从使用内部元素迁移到使用标准API的方法上，以便他们及其用户都可以无缝升级到将来的Java版本。强封装由JDK9的启动器选项–illegal-access控制，到JDK15默认改为warning，从JDK16开始默认为deny。（目前）仍然可以使用单个命令行选项放宽对所有软件包的封装，将来只有使用–add-opens打开特定的软件包才行。

该孵化器API提供了一个API的初始迭代以表达一些向量计算，这些计算在运行时可靠地编译为支持的CPU架构上的最佳向量硬件指令，从而获得优于同等标量计算的性能，充分利用单指令多数据（SIMD）技术（大多数现代CPU上都可以使用的一种指令）。尽管HotSpot支持自动向量化，但是可转换的标量操作集有限且易受代码更改的影响。该API将使开发人员能够轻松地用Java编写可移植的高性能向量算法。

该孵化器API提供了静态类型、纯Java访问原生代码的特性，该API将大大简化绑定原生库的原本复杂且容易出错的过程。就已通过Java原生接口（JNI）支持了原生方法调用，但并不好用。Java开发人员应该能够为特定任务绑定特定的原生库。它还提供了外来函数支持，而无需任何中间的JNI粘合代码。

在Java14和Java15中作为孵化器API引入的这个API使Java程序能够安全有效地对各种外部存储器（例如本机存储器、持久性存储器、托管堆存储器等）进行操作。它提供了外部链接器API的基础。

这个预览特性可以限制哪些类或接口可以扩展或实现它们；它允许类或接口的作者控制负责实现它的代码；它还提供了比访问修饰符更具声明性的方式来限制对超类的使用。它还通过对模式进行详尽的分析来支持模式匹配的未来发展。

其余更改对Java开发人员（使用Java编写代码和运行应用程序的人员）不会直接可见，而只对Java开发人员（参与OpenJDK开发的人员）可见。

它允许在JDKC++源代码中使用C++14语言特性，并提供在HotSpot代码中可以使用哪些特性的具体指导。在JDK15中，JDK中C++代码使用的语言特性仅限于C++98/03语言标准。它要求更新各种平台编译器的最低可接受版本

这些JEP将OpenJDK社区的源代码存储库从Mercurial（hg）迁移到Git，并将它们托管在GitHub上以供JDK11及更高版本使用，其中包括将jcheck、webrev和defpath工具等工具更新到Git。Git减小了元数据的大小（约1/4），可节省本地磁盘空间并减少克隆时间。与Mercurial相比，现代工具链可以更好地与Git集成。

OpenJDKGit存储库现在位于。

这些JEP的重点不是移植工作本身，而是将它们集成到JDK主线存储库中；JEP386将JDK移植到AlpineLinux和其他使用musl作为x64上主要C库的发行版上。此外，JEP388将JDK移植到WindowsAArch64（ARM64）。

工具链有助于提高开发人员的生产力。目前，对Java16提供支持的IDE有JetBrainsIDEA、EclipseIDE。

甲骨文表示，“我们继续欢迎领先的IDE供应商所做的努力，这些供应商的工具链解决方案为开发人员提供了对当前Java版本的支持”。

去年，Java迎来25周年。根据IDC的最新报告“JavaTurns25”显示，超过900万名开发人员（全球专职开发人员中的69%）在使用Java——比其他任何语言都多。凭借自身不断提高平台性能、稳定性和安全性的能力，Java一直是开发人员中最流行的编程语言，被誉为“宇宙第一语言”。

甲骨文在博文写道：

然而，这并非意味着Java可以“高枕无忧”。关于Java的未来，可以查看《云原生时代，Java的危与机》。