之前在 JDK 15 中预览的密封类和接口限制其余类和接口能够扩展或实现它们。该计划的目标包括，容许类或接口的做者控制负责实现它的代码，提供比访问修饰符更声明性的方式来限制超类的使用，以及经过提供模式分析的基础来支持模式匹配的将来方向。app

默认状况下，对 JDK 内部进行强封装，但关键内部 API(如 misc.Unsafe ) 除外。用户能够选择自 JDK 9 以来默认的宽松强封装。此建议的目标包括提升 JDK 的安全性和可维护性，做为项目 Jigsaw 的一部分，并鼓励开发人员从使用内部元素迁移到使用标准 API，以便开发人员和最终用户均可以轻松地更新到将来的 Java 版本。ide

外部连接程序 API，提供静态类型、纯 Java 对本机代码的访问。此 API 将在 JDK 16 中处于孵化器阶段。微服务

将 ZGC(Z 垃圾收集器)线程堆栈处理从安全点移动到并发阶段。此计划的目标包括从 ZGC 安全点中删除线程堆栈处理。工具

弹性元空间功能，它将能够更迅速地将未使用的 HotSpot VM 类元数据(元空间)内存返回到操做系统，减小元空间占用空间并简化元空间代码以下降维护成本。性能

启用 C++ 14 语言功能，容许在 JDK C++ 源代码中使用C++ 14功能，并提供有关部分功能可用于 HotSpot VM 代码的特定指导。优化

孵化器阶段的向量 API，其中 JDK 将安装一个孵化器模块，用于表示编译为支持的 CPU 体系结构上的最佳矢量硬件指令的矢量计算，以实现与等效标量计算更高的性能。

将 JDK 移植到 Windows/AArch64 平台。随着新的服务器级和使用者 AArch64 (ARM64) 硬件的发布，Windows/AArch64 已成为一个重要的平台。

在 x64 和 AArch64 体系结构上，将 JDK 移植到 Alpine Linux 和其余使用 musl 做为主 C 库的 Linux 发行版。Musl 是 ISO C 和 Posix 标准中描述的标准库功能的 Linux 实现。因为云部署、微服务和容器环境，Alpine Linux 因为其映像大小较小，所以被普遍采用。

为不可变数据提供充当透明载体的记录类。

增长 Unix 域套接字通道，其中 Unix 域 (AF_UNIX) 套接字支持添加到 nio.channels 包中的套接字通道和服务器套接字通道 API 中。该计划还扩展了继承的通道机制，以支持 Unix 域套接字通道和服务器套接字通道。Unix 域套接字用于同一主机上的进程间通讯。它们在不少方面与 TCP/IP 套接字相似，只是它们由文件系统路径名称而不是 IP 地址和端口号寻址。新功能的目标是支持 Unix 域套接字通道的全部功能，这些功能在主要 Unix 平台和 Windows 中很常见。

一种外部存储器访问 API，容许 Java 程序安全地访问 Java 堆之外的外部存储器。这一功能将在 JDK 16 中从新孵化。优化的目标包括提供单个 API 以对各类外部存储器(包括本机、持久和托管堆内存)进行操做，API 不该破坏 JVM 的安全性。此外，许多 Java 程序应访问外部存储器，如Lgnite、Memcached 和 MapDB。可是 JavaAPI 不能提供使人满意的访问外部内存 .MemorySegmentMemoryAddresses 的解决方案。

用于运算符的模式匹配(该功能也在 JDK 14/15 版本中实现了预览)。在 JDK 16 上，模式匹配容许程序中的通用逻辑，即从对象中提取组件，能够更简洁、更安全地表达.instanceof 运算符。

提供用于打包独立的 Java应用程序 jpackage 工具。最初做为 JDK 14 中的孵化工具，jpackage在 JDK 15中仍然处于孵化期。预计到 JDK 16 版本，jpackage 将会进入生产环境中，支持本地包格式，并为用户提供流畅的安装体验，以及容许在打包时指定启动时间参数。格式包括 Windows 上的 msi 和 exe、 MacOs 上的 pkg 和 dmg、以及 Linux 上的 deb 和 rpm 。该工具能够直接从命令行调用，也能够以编程方式调用。新的打包工具解决了许多 Java 应用程序须要以一流的方式安装在本机平台上，而不是放置在类路径或模块路径上等问题。

OpenJDK 源代码存储库从 Mercurial 迁移到 Git。推进这项工做是借助版本控制系统元数据和可用工具及托管方面的优点。

借助 JEP 369，托管平台迁移到 GitHub。在今年 9 月 5 日，Mercurial JDK 和 JDK 沙盒向 Git、GitHub 和 Skara 的过渡工做已实现。