JDK 16 新特性，正式發(fā)布！程序員：追不上了……

關注我們,設為星標,每天7:30不見不散,架構路上與您共享?
回復"架構師"獲取資源

你還能追上 Java 的更新速度嗎？

• 以前在 JDK 15 中預覽的密封類和接口限制其他類和接口可以擴展或實現(xiàn)它們。該計劃的目標包括，允許類或接口的作者控制負責實現(xiàn)它的代碼，提供比訪問修飾符更聲明性的方式來限制超類的使用，以及通過提供模式分析的基礎來支持模式匹配的未來方向。
• 默認情況下，對 JDK 內部進行強封裝，但關鍵內部 API（如 misc.Unsafe ） 除外。用戶可以選擇自 JDK 9 以來默認的寬松強封裝。此建議的目標包括提高 JDK 的安全性和可維護性，作為項目 Jigsaw 的一部分，并鼓勵開發(fā)人員從使用內部元素遷移到使用標準 API，以便開發(fā)人員和最終用戶都可以輕松地更新到未來的 Java 版本。
• 外部鏈接程序 API，提供靜態(tài)類型、純 Java 對本機代碼的訪問。此 API 將在 JDK 16 中處于孵化器階段。
• 將 ZGC（Z 垃圾收集器）線程堆棧處理從安全點移動到并發(fā)階段。此計劃的目標包括從 ZGC 安全點中刪除線程堆棧處理。
• 彈性元空間功能，它將可以更迅速地將未使用的 HotSpot VM 類元數(shù)據(jù)（元空間）內存返回到操作系統(tǒng)，減少元空間占用空間并簡化元空間代碼以降低維護成本。
• 啟用 C++ 14 語言功能，允許在 JDK C++ 源代碼中使用C++ 14功能，并提供有關部分功能可用于 HotSpot VM 代碼的特定指導。
• 孵化器階段的向量 API，其中 JDK 將安裝一個孵化器模塊，用于表示編譯為支持的 CPU 體系結構上的最佳矢量硬件指令的矢量計算，以實現(xiàn)與等效標量計算更高的性能。
• 將 JDK 移植到 Windows/AArch64 平臺。隨著新的服務器級和使用者 AArch64 （ARM64） 硬件的發(fā)布，Windows/AArch64 已成為一個重要的平臺。
• 在 x64 和 AArch64 體系結構上，將 JDK 移植到 Alpine Linux 和其他使用 musl 作為主 C 庫的 Linux 發(fā)行版。Musl 是 ISO C 和 Posix 標準中描述的標準庫功能的 Linux 實現(xiàn)。由于云部署、微服務和容器環(huán)境，Alpine Linux 由于其映像大小較小，因此被廣泛采用。
• 為不可變數(shù)據(jù)提供充當透明載體的記錄類。
• 增加 Unix 域套接字通道，其中 Unix 域 （AF_UNIX） 套接字支持添加到 nio.channels 包中的套接字通道和服務器套接字通道 API 中。該計劃還擴展了繼承的通道機制，以支持 Unix 域套接字通道和服務器套接字通道。Unix 域套接字用于同一主機上的進程間通信。它們在很多方面與 TCP/IP 套接字類似，只是它們由文件系統(tǒng)路徑名稱而不是 IP 地址和端口號尋址。新功能的目標是支持 Unix 域套接字通道的所有功能，這些功能在主要 Unix 平臺和 Windows 中很常見。
• 一種外部存儲器訪問 API，允許 Java 程序安全地訪問 Java 堆以外的外部存儲器。這一功能將在 JDK 16 中重新孵化。優(yōu)化的目標包括提供單個 API 以對各種外部存儲器（包括本機、持久和托管堆內存）進行操作，API 不應破壞 JVM 的安全性。此外，許多 Java 程序應訪問外部存儲器，如Lgnite、Memcached 和 MapDB。但是 JavaAPI 不能提供令人滿意的訪問外部內存 .MemorySegmentMemoryAddresses 的解決方案。
• 用于運算符的模式匹配（該功能也在 JDK 14/15 版本中實現(xiàn)了預覽）。在 JDK 16 上，模式匹配允許程序中的通用邏輯，即從對象中提取組件，可以更簡潔、更安全地表達.instanceof 運算符。
• 提供用于打包獨立的 Java應用程序 jpackage 工具。最初作為 JDK 14 中的孵化工具，jpackage在 JDK 15中仍然處于孵化期。預計到 JDK 16 版本，jpackage 將會進入生產(chǎn)環(huán)境中，支持本地包格式，并為用戶提供流暢的安裝體驗，以及允許在打包時指定啟動時間參數(shù)。格式包括 Windows 上的 msi 和 exe、 MacOs 上的 pkg 和 dmg、以及 Linux 上的 deb 和 rpm 。該工具可以直接從命令行調用，也可以以編程方式調用。新的打包工具解決了許多 Java 應用程序需要以一流的方式安裝在本機平臺上，而不是放置在類路徑或模塊路徑上等問題。
• OpenJDK 源代碼存儲庫從 Mercurial 遷移到 Git。推動這項工作是借助版本控制系統(tǒng)元數(shù)據(jù)和可用工具及托管方面的優(yōu)勢。
• 借助 JEP 369，托管平臺遷移到 GitHub。在今年 9 月 5 日，Mercurial JDK 和 JDK 沙盒向 Git、GitHub 和 Skara 的過渡工作已實現(xiàn)。