之前在 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 的過渡工做已實現。
)
