JDK/Java 16 正式 GA。JDK/Java 16 總共包含 17 個(gè) JEP，涉及到新語(yǔ)言特性、改進(jìn) JVM、新工具和庫(kù)、對(duì)未來功能的驗(yàn)證、孵化和預(yù)覽階段的功能以及提升生產(chǎn)效率這幾大方面。JDK/Java 16 的亮點(diǎn)包括孵化階段的 Vector API、密封類和接口、將 JDK 移植到 Windows / AArch64平臺(tái)、啟用 C++14 語(yǔ)言特性，以及將 ZGC 線程堆棧處理從安全點(diǎn)移動(dòng)到并發(fā)階段等。最新的Java開發(fā)工具包（JDK）最終完成了instanceof（JEP 394）和Records（JEP 395）的模式匹配，這是Java 14中首次預(yù)覽的語(yǔ)言增強(qiáng)功能。此外，開發(fā)人員可以使用新的Packaging Tool（JEP 392）進(jìn)行自我包裝。包含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.0版本的下載地址，根據(jù)發(fā)布規(guī)劃，JDK/Java 16 屬于短期維護(hù)版本，僅有 6 個(gè)月的技術(shù)支持。下一個(gè)版本——計(jì)劃9月發(fā)布的 JDK/Java 17 (21.9 LTS) 才是長(zhǎng)期支持版本。

基本介紹

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

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

該版本的功能和時(shí)間表是通過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 將配備一個(gè)孵化器模塊jdk.incubator.vector，用于表達(dá)可在支持的 CPU 架構(gòu)上編譯為最佳矢量硬件指令的矢量計(jì)算，以實(shí)現(xiàn)優(yōu)于等效標(biāo)量計(jì)算的性能。

Enable C++14 Language Features

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

Migrate from Mercurial to Git

OpenJDK 源代碼庫(kù)從 Mercurial 遷移到 Git。

Migrate to GitHub

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

ZGC: Concurrent Thread-Stack Processing

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

Unix-Domain Socket Channels

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

Alpine Linux Port

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

Elastic Metaspace

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

Windows/AArch64 Port

將 JDK 移植到 Windows/AArch64 平臺(tái)。

Foreign Linker API (Incubator)

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

Warnings for Value-Based Classes

對(duì)基于值的類 (Value-Based Classes) 進(jìn)行警告。在 Java 平臺(tái)中對(duì)于任何基于值的類實(shí)例進(jìn)行同步的錯(cuò)誤嘗試，會(huì)予以警告。

Packaging Tool

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

Foreign-Memory Access API (Third Incubator)

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

Pattern Matching for instanceof

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

Records

Records 提供了一種緊湊的語(yǔ)法來聲明類，以幫助開發(fā)者寫出更簡(jiǎn)潔的代碼，這些類是淺層不可變數(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 外，默認(rèn)對(duì) JDK 內(nèi)部進(jìn)行強(qiáng)封裝，用戶也可以選擇自 JDK 9 以來默認(rèn)的寬松強(qiáng)封裝。

Sealed Classes (Second Preview)

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

時(shí)間表

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)建”）。版本號(hào)為 16.0.2。

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

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

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

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

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

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

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

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

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

16.0.1

語(yǔ)言增強(qiáng)功能首次在JDK 14中引入，在JDK 16中完成

JEP 394：instanceof的模式匹配–通過為instanceof運(yùn)算符進(jìn)行模式匹配來增強(qiáng)Java編程語(yǔ)言。

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

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

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

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

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

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

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

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

解決未來不兼容的代碼

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

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

孵化和預(yù)覽功能

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

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

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

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

OpenJDK貢獻(xiàn)者的改進(jìn)

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

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

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

新端口在更多平臺(tái)上提供對(duì)Java的支持

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

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

不斷使Java變得更好

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

“沒有每隔三到四年就對(duì)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)新上獲得動(dòng)手經(jīng)驗(yàn)。