Java SE Development Kit 16(JDK/Java 16) 正式 GA。JDK/Java 16 總共包含 17 個 JEP，涉及到新語言特性、改進 JVM、新工具和庫、對未來功能的驗證、孵化和預(yù)覽階段的功能以及提升生產(chǎn)效率這幾大方面。JDK/Java 16 的亮點包括孵化階段的 Vector API、密封類和接口、將 JDK 移植到 Windows / AArch64平臺、啟用 C++14 語言特性，以及將 ZGC 線程堆棧處理從安全點移動到并發(fā)階段等。最新的Java開發(fā)工具包（JDK）最終完成了instanceof（JEP 394）和Records（JEP 395）的模式匹配，這是Java 14中首次預(yù)覽的語言增強功能。此外，開發(fā)人員可以使用新的Packaging Tool（JEP 392）進行自我包裝。包含Java的應(yīng)用程序，并探索三種孵化功能，即Vector API（JEP 338），F(xiàn)oreign Linker API（JEP 389）和Foreign-Memory Access API（JEP 389），以及一種預(yù)覽功能，Sealed Classs（ JEP 397）。 歡迎需要此款工具的朋友前來下載使用。

Java SE Development Kit 16 for Windows ：點擊下載

Java SE Development Kit 16 for Linux ：點擊下載

本次為大家提供的是Java SE Development Kit 16.0版本的下載地址，根據(jù)發(fā)布規(guī)劃，JDK/Java 16 屬于短期維護版本，僅有 6 個月的技術(shù)支持。下一個版本——計劃9月發(fā)布的 JDK/Java 17 (21.9 LTS) 才是長期支持版本。

基本介紹

JDK 16是Java SE平臺版本16的開源參考實現(xiàn)，由Java社區(qū)流程中的JSR 390指定。

JDK 16于2021年3月16日正式上市。Oracle提供了GPL下可用于生產(chǎn)的二進制文件。其他供應(yīng)商的二進制文件也將很快發(fā)布。

該版本的功能和時間表是通過JEP流程（由JEP 2.0提案修訂）提出并跟蹤的。該發(fā)行版是使用JDK發(fā)行流程（JEP 3）制作的。

特征

338: Vector API (Incubator)

347: Enable C++14 Language Features

357: Migrate from Mercurial to Git

369: Migrate to GitHub

376: ZGC: Concurrent Thread-Stack Processing

380: Unix-Domain Socket Channels

386: Alpine Linux Port

387: Elastic Metaspace

388: Windows/AArch64 Port

389: Foreign Linker API (Incubator)

390: Warnings for Value-Based Classes

392: Packaging Tool

393: Foreign-Memory Access API (Third Incubator)

394: Pattern Matching for instanceof

395: Records

396: Strongly Encapsulate JDK Internals by Default

397: Sealed Classes (Second Preview)

功能特性

Vector API (Incubator)

處于孵化階段的 Vector API，其中 JDK 將配備一個孵化器模塊jdk.incubator.vector，用于表達可在支持的 CPU 架構(gòu)上編譯為最佳矢量硬件指令的矢量計算，以實現(xiàn)優(yōu)于等效標(biāo)量計算的性能。

Enable C++14 Language Features

啟用 C++14 語言特性，支持在 JDK C++ 源代碼中使用 C++14 語言特性。

Migrate from Mercurial to Git

OpenJDK 源代碼庫從 Mercurial 遷移到 Git。

Migrate to GitHub

OpenJDK 源代碼庫遷移到 GitHub，此變化是基于 OpenJDK 源代碼庫從 Mercurial 遷移到 Git。

ZGC: Concurrent Thread-Stack Processing

將 ZGC 線程堆棧處理從安全點移動到并發(fā)階段。此計劃的目標(biāo)包括從 ZGC 安全點中刪除線程堆棧處理。

Unix-Domain Socket Channels

為java.nio.channels包中的 socket channel 和 server-socket channel API 添加 Unix-domain (AF_UNIX) 支持。

Alpine Linux Port

針對 x64 以及 AArch64 架構(gòu)，將 JDK 移植到 Alpine Linux 以及其他使用 musl 作為主要 C 語言庫的 Linux 發(fā)行版上。

Elastic Metaspace

彈性元空間 (Elastic Metaspace) 能力，它可以將未使用的 HotSpot VM 類元數(shù)據(jù)（元空間）內(nèi)存更迅速地返回給操作系統(tǒng)，從而減少元空間的占用空間并簡化元空間代碼，以及降低維護成本。

Windows/AArch64 Port

將 JDK 移植到 Windows/AArch64 平臺。

Foreign Linker API (Incubator)

處于孵化階段的 Foreign Linker API（外部鏈接器 API），該 API 用于對本地代碼進行靜態(tài)類型訪問。

Warnings for Value-Based Classes

對基于值的類 (Value-Based Classes) 進行警告。在 Java 平臺中對于任何基于值的類實例進行同步的錯誤嘗試，會予以警告。

Packaging Tool

提供用于打包獨立 Java 應(yīng)用程序的 jpackage 工具。

Foreign-Memory Access API (Third Incubator)

處于孵化器第三階段的 Foreign-Memory Access API，該 API 允許 Java 應(yīng)用程序安全有效地訪問 Java 堆之外的外部內(nèi)存。

Pattern Matching for instanceof

為 instanceof 操作符提供模式匹配。模式匹配使程序中的通用邏輯（即從對象中有條件地提取組件）得以更簡潔、更安全地表達。

Records

Records 提供了一種緊湊的語法來聲明類，以幫助開發(fā)者寫出更簡潔的代碼，這些類是淺層不可變數(shù)據(jù)（shallowly immutable data）的透明擁有者。該特性主要用在特定領(lǐng)域的類，這些類主要用于保存數(shù)據(jù)，不提供領(lǐng)域行為。

Strongly Encapsulate JDK Internals by Default

除了sun.misc.Unsafe等關(guān)鍵的內(nèi)部 API 外，默認對 JDK 內(nèi)部進行強封裝，用戶也可以選擇自 JDK 9 以來默認的寬松強封裝。

Sealed Classes (Second Preview)

Sealed class & interface（密封類和接口）可以限制哪些類和接口可以繼承或?qū)崿F(xiàn)它們。

時間表

2020/12/10 Rampdown第一階段（來自主線的貨叉）

2021/01/14加速第二階段

2021/02/04初始版本候選

2021/02/18最終版本候選

2021/03/16全面上市

更新內(nèi)容

Java™ SE 開發(fā)工具包 16.0.2 (JDK 16.0.2)
2021 年 7 月 20 日

此更新版本的完整版本字符串是 16.0.2+7（其中“+”表示“構(gòu)建”）。版本號為 16.0.2。

IANA TZ 數(shù)據(jù) 2021a
JDK 16.0.2 包含 IANA 時區(qū)數(shù)據(jù) 2021a。

有關(guān)更多信息，請參閱 JRE 軟件中的時區(qū)數(shù)據(jù)版本。

安全基線
JDK 16.0.2 發(fā)布時 Java Runtime Environment (JRE) 的安全基線如下表所示：

JRE 家族版本 JRE 安全基線（完整版本字符串）
16 16.0.2+7
11 11.0.12+8
8 8u301-b09
7 7u311-b07
使 JDK 保持最新
Oracle 建議使用每個重要補丁更新 (CPU) 更新 JDK。為了確定某個版本是否是最新版本，可以使用“安全基準(zhǔn)”頁面來確定每個版本系列的最新版本。

包含安全漏洞修復(fù)的重要補丁更新提前一年在重要補丁更新、安全警報和公告中公布。不建議在計劃于 2021 年 10 月 19 日進行的下一次關(guān)鍵補丁更新之后使用此 JDK（版本 16.0.2）。

刪除的功能和選項
安全庫/java.security
➜ 刪除了 Telia 公司的 Sonera Class2 CA 證書
以下根證書已從 cacerts 信任庫中刪除：

+ Telia 公司
+ soneraclass2ca
DN：CN=Sonera Class2 CA，O=Sonera，C=FI
見JDK-8225081
其他注意事項
安裝/安裝
➜ 更新了 JDK RPM 提供的功能列表
以下功能已從 OracleJDK/OracleJRE RPM 提供的列表中刪除：xml-commons-api、jaxp_parser_impl 和 java-fonts。列表的清理解決了與模塊化 rpm 的現(xiàn)有和潛在沖突。

還有其他 RPM 提供這些功能，因此應(yīng)該不會對依賴于它們的軟件包產(chǎn)生影響。在此更改之前，包管理器可以使用其他 RPM 來滿足 OracleJDK/OracleJRE RPM 提供的依賴關(guān)系。

JDK-8263575（非公開）
Bug修復(fù)
此版本還包含針對 Oracle 重要補丁更新中描述的安全漏洞的修復(fù)程序。有關(guān)此版本中包含的錯誤修復(fù)的更完整列表，請參閱 JDK 16.0.2 錯誤修復(fù)頁面。

16.0.1

語言增強功能首次在JDK 14中引入，在JDK 16中完成

JEP 394：instanceof的模式匹配–通過為instanceof運算符進行模式匹配來增強Java編程語言。

JEP 395：記錄–通過記錄增強Java編程語言，記錄是充當(dāng)不變數(shù)據(jù)透明載體的類。記錄可以被視為名義元組。

提高開發(fā)人員生產(chǎn)力的新工具

JEP 392：打包工具–提供jpackage工具，用于打包自包含的Java應(yīng)用程序。

改進的內(nèi)存管理以提高性能

JEP 387：彈性元空間–更快地將未使用的HotSpot類元數(shù)據(jù)（即，元空間）內(nèi)存返回給操作系統(tǒng)，減少元空間的占用空間，并簡化元空間代碼，以降低維護成本。

JEP 376：ZGC：并行線程堆棧處理–將ZGC線程堆棧處理從安全點移至并發(fā)階段。這項工作消除了允許并發(fā)堆棧處理的最后一個顯著瓶頸。

改進的網(wǎng)絡(luò)以提高開發(fā)人員的生產(chǎn)力和靈活性

JEP 380：UNIX域套接字通道–將對主要UNIX平臺和Windows通用的UNIX域套接字的所有功能的支持添加到j(luò)ava.nio.channels包中的套接字通道和服務(wù)器套接字通道API。UNIX域套接字用于同一主機上的進程間通信（IPC）。它們在大多數(shù)方面與TCP / IP套接字類似，不同之處在于它們是通過文件系統(tǒng)路徑名而不是Internet協(xié)議（IP）地址和端口號來尋址的。

解決未來不兼容的代碼

JEP 396：默認情況下強烈封裝JDK內(nèi)部–在JDK 9中，我們強烈封裝了新的內(nèi)部API元素，從而限制了對它們的訪問。但是，作為遷移的輔助手段，JDK 9故意選擇在運行時不強烈封裝JDK 8中存在的軟件包的內(nèi)容。JDK16默認情況下封裝了JDK的大多數(shù)內(nèi)部元素（關(guān)鍵內(nèi)部API除外），從而加強了此約束。例如sun.misc.Unsafe。最終用戶仍然可以選擇自JDK 9以來默認使用的寬松的強封裝。這將鼓勵開發(fā)人員從使用內(nèi)部元素遷移到使用標(biāo)準(zhǔn)API，以便他們和他們的用戶都可以毫不費力地升級到將來的Java版本。

JEP 390：基于值的類的警告–將原始包裝器類指定為基于值的類，并棄用其構(gòu)造函數(shù)以進行刪除，從而提示新的棄用警告。提供有關(guān)在Java平臺中不正確嘗試在任何基于值的類的實例上進行同步的警告。

孵化和預(yù)覽功能

JEP 338：矢量API（孵化器） –提供孵化器模塊jdk.incubator.vector的初始迭代，以表達可在運行時可靠地編譯為支持的CPU架構(gòu)上的最佳矢量硬件指令的矢量計算。

JEP 389：外部鏈接程序API（孵化器） –引入了API，該API提供了對本地代碼的靜態(tài)類型的純Java訪問。

JEP 393：外部存儲器訪問API（第三孵化器） –引入了API，以允許Java程序安全有效地訪問Java堆之外的外部存儲器。

JEP 397：密封類（第二預(yù)覽） –通過密封類和接口增強了Java編程語言。密封的類和接口限制可以擴展或?qū)崿F(xiàn)它們的其他類或接口。

OpenJDK貢獻者的改進

JEP 347：啟用C ++ 14語言功能（在JDK源代碼中） –允許在JDK C ++源代碼中使用C ++ 14語言功能，并提供有關(guān)在HotSpot代碼中可以使用哪些功能的特定指南。

JEP 357：從Mercurial遷移到Git –將OpenJDK社區(qū)的源代碼存儲庫從Mercurial（hg）遷移到Git。

JEP 369：遷移到GitHub –在GitHub上托管OpenJDK社區(qū)的Git存儲庫。

新端口在更多平臺上提供對Java的支持

JEP 386：Alpine Linux端口–在x64和AArch64體系結(jié)構(gòu)上，將JDK移植到Alpine Linux以及使用musl作為其主要C庫的其他Linux發(fā)行版。

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

不斷使Java變得更好

基于不斷的創(chuàng)新，Java仍然是最成功的開發(fā)平臺之一，可以滿足現(xiàn)代應(yīng)用程序開發(fā)人員不斷發(fā)展的需求。為了使Oracle Java SE訂閱對客戶更具價值，Oracle添加了GraalVM Enterprise作為應(yīng)享權(quán)利。GraalVM可以幫助提高應(yīng)用程序的性能并減少資源消耗，尤其是在微服務(wù)和云原生架構(gòu)中。通過利用Oracle Java SE訂閱來管理Java資產(chǎn)的組織不僅受益于Oracle的最新增強功能和對Java專家的直接訪問，而且與其他方法相比可節(jié)省大量成本。

“沒有每隔三到四年就對Java的新事物產(chǎn)生興趣，這種節(jié)奏使我成為充滿激情的開發(fā)人員，老師和培訓(xùn)師，這很活躍，”巴黎索邦大學(xué)北部的JoséPaumard助理教授和巴黎Java用戶聯(lián)合組織者說。 Group。“我迫切希望使用Records來提高數(shù)據(jù)處理代碼的性能和可讀性，并且能夠?qū)⑵溆米黝A(yù)覽功能之后，現(xiàn)在可以在此最新版本中使用它。”

開發(fā)人員可以了解有關(guān)Java 16的更多信息，并在3月23日，25日和30日的Oracle Developer Live：Java創(chuàng)新上獲得動手經(jīng)驗。