Java 17 LTS 是 Java SE 平臺(tái)的最新長期支持版本。 根據(jù) Oracle 免費(fèi)條款和條件許可，JDK 17 二進(jìn)制文件可在生產(chǎn)中免費(fèi)使用，并可免費(fèi)重新分發(fā)。JDK 17 將根據(jù)這些條款接收更新，至少在 2024 年 9 月之前。JDK 是使用 Java 編程語言構(gòu)建應(yīng)用程序和組件的開發(fā)環(huán)境。JDK 包括用于開發(fā)和測試用 Java 編程語言編寫并在 Java 平臺(tái)上運(yùn)行的程序的工具。本次提供的是Java SE Development Kit(JDK) 17 for Windows官方版本下載，歡迎需要此款工具的朋友前來下載使用。

JDK17新特性詳解

 預(yù)覽版：該功能在當(dāng)前版本可以使用，如果效果不是很好的話，可能以后的其他版本就會(huì)刪去該功能。

最終版：該功能在之前版本效果很好，之后的每個(gè)版本中都會(huì)存在該功能。

1、switch新增模式（預(yù)覽版）

使用 switch 表達(dá)式和語句的模式匹配以及對(duì)模式語言的擴(kuò)展來增強(qiáng) Java 編程語言。將模式匹配擴(kuò)展到 switch 允許針對(duì)多個(gè)模式測試表達(dá)式，每個(gè)模式都有特定的操作，以便可以簡潔安全地表達(dá)復(fù)雜的面向數(shù)據(jù)的查詢?；贘DK16 instanceof模式匹配（最終版）優(yōu)化升級(jí)switch使用方法，先回憶下JDK16模式匹配（最終版）

if (obj instanceof String s) {
// 直接使用 s拼接字符串
s += "heihei";
} else if (obj instanceof Integer i){
// 直接使用i進(jìn)行整型邏輯運(yùn)算
i += 1;
}

switch可直接用instanceof模式匹配選擇（需要提前考慮null判斷）

Object o;
switch (o) {
case null -> System.out.println("首先判斷對(duì)象是否為空，走空指針邏輯等后續(xù)邏輯");
case String s -> System.out.println("判斷是否為字符串，s:" + s);
case record p -> System.out.println("判斷是否為Record類型: " + p.toString());
case int[] arr -> System.out.println("判斷是否為數(shù)組，展示int數(shù)組的長度" + ia.length);
case Integer i -> System.out.println("判斷是否為Intger對(duì)象,i:" + i);
case Student s -> System.out.println("判斷是否為具體學(xué)生對(duì)象，student:" + s.toString());
case UserCommonService -> System.out.println("判斷是否為普通用戶實(shí)現(xiàn)類，然后走普通用戶邏輯");
case UserVipService -> System.out.println("判斷是否為vip用戶實(shí)現(xiàn)類，然后走vip用戶邏輯");
default -> System.out.println("Something else");
}

2、Realed class密封類（最終版）

密封類和接口限制哪些其他類或接口可以擴(kuò)展或?qū)崿F(xiàn)它們。

public sealed interface Shape{
final class Planet implements Shape {}
final class Star implements Shape {}
final class Comet implements Shape {}
}
public abstract sealed class Test{
final class A extends Test {}
final class B extends Test {}
final class C extends Test {}
}

3、隨機(jī)數(shù)增強(qiáng)

為偽隨機(jī)數(shù)生成器 (PRNG) 提供新的接口類型和實(shí)現(xiàn)，包括可跳轉(zhuǎn)的 PRNG 和額外的一類可拆分 PRNG 算法 (LXM)。

4、浮點(diǎn)運(yùn)算更加嚴(yán)格

簡化數(shù)字敏感庫開發(fā)，包括java.lang.Math和java.lang.StrictMath（對(duì)開發(fā)無實(shí)際意義）

5、Parallel GC 默認(rèn)啟用

Parallel GC 默認(rèn)啟用自適應(yīng)并行處理，并行GC確定java.lang.ref.Reference在垃圾收集期間用于處理實(shí)例的最佳線程數(shù)。

默認(rèn)-XX:ParallelRedProcEnabled: true。在有多個(gè)線程可用于垃圾收集的機(jī)器上，明顯改善了垃圾收集暫停的階段，如果遇到垃圾收集暫停增加的情況，可以通過-XX:ParallelRedProcEnabled在命令行上指定到原始行為

6、增強(qiáng)TreeMap

增強(qiáng)JDK-8176894（TreeMap 沒有對(duì) putIfAbsent()、computeIfAbsent()、computeIfPresent()、compute() 方法的專門實(shí)現(xiàn)。默認(rèn)實(shí)現(xiàn)經(jīng)常導(dǎo)致兩次樹遍歷，這會(huì)損害性能）

7、棄用Socket實(shí)現(xiàn)工廠機(jī)制

棄用并最終刪除用于為java.net 包中的套接字類型靜態(tài)配置系統(tǒng)范圍工廠 的 API 點(diǎn)

具體如下：

* 方法：
static void ServerSocket.setSocketFactory (SocketImplFactory fac)
static void Socket.setSocketImplFactory (SocketImplFactory fac)
static void DatagramSocket.setDatagramSocketImplFactory (DatagramSocketImplFactory fac)

* Types
java. net SocketImplFactory
java.net DatagramSocketImplFactory

也可以棄用java.net SocketImplFactory 和 DatagramSocketImplFactory 類型 ，因?yàn)樗鼈兊奈ㄒ挥猛九c上述工廠有關(guān) 設(shè)置方法。

8、統(tǒng)一日志支持異步日志刷新

為了避免在使用統(tǒng)一日志的線程中出現(xiàn)不希望的延遲，用戶現(xiàn)在可以請(qǐng)求統(tǒng)一日志系統(tǒng)以異步模式運(yùn)行。通過傳遞命令行選項(xiàng)來完成的-Xlog:async。在異步日志模式下，日志站點(diǎn)將所有日志消息排入緩沖區(qū)。獨(dú)立線程負(fù)責(zé)將它們刷新到相應(yīng)的輸出。中間緩沖區(qū)是有界的。緩沖區(qū)耗盡時(shí)，將丟棄排隊(duì)消息。可以使用命令行選項(xiàng)控制中間緩沖區(qū)的大小-XX:AsyncLogBufferSize=<bytes>。

9、新增 java.time.InstantSource

java.time.InstantSource引入了一個(gè)新界面。這個(gè)接口是一個(gè)抽象java.time.Clock，只關(guān)注當(dāng)前時(shí)刻，不涉及時(shí)區(qū)。

10、javadoc工具

新的“新 API”頁面和改進(jìn)的“棄用”頁面，JavaDoc 現(xiàn)在可以生成一個(gè)頁面，總結(jié)最近 API 的變化。要包含的最新版本列表是使用--since命令行選項(xiàng)指定的。這些值用于查找@since要包含在新頁面上的具有匹配標(biāo)簽的聲明。該--since-label命令行選項(xiàng)提供了“新API”頁面的標(biāo)題文本使用。

Java SE Development Kit 17安裝教程

1、在本站下載并解壓縮后，雙擊“jdk-17_windows-x64_bin.exe”，根據(jù)安裝向?qū)崾荆x擇“下一步”

2、默認(rèn)安裝在C盤，繼續(xù)“下一步”

3、正在安裝，稍等片刻即可，中途不要關(guān)閉電腦

4、好了，到這里Java SE Development Kit 17就安裝完成啦

安裝 JDK 17 和 JRE 8 時(shí)修復(fù) Shim 情況

當(dāng)您安裝 JDK 17，然后安裝 JRE 8，然后運(yùn)行該 java -version命令時(shí)，1.8.0輸出中顯示的是17。這是因?yàn)?javapath位于用戶環(huán)境路徑中 JDK 17 位置之前。

這是 JRE 8 安裝程序的一個(gè)錯(cuò)誤。要解決此填充程序的情況，請(qǐng)卸載并重新安裝 JDK 17。

JDK安裝疑難解答

解壓期間系統(tǒng)錯(cuò)誤

如果您看到錯(cuò)誤消息：system error during decompression，則包含該TEMP目錄的磁盤上可能沒有足夠的空間。

程序無法在 DOS 模式下運(yùn)行

如果您看到錯(cuò)誤消息：This program cannot be run in DOS mode，請(qǐng)執(zhí)行以下操作：

打開 MS-DOS 外殼程序或命令提示符窗口。

右鍵單擊標(biāo)題欄。

選擇屬性。

選擇程序選項(xiàng)卡。

單擊高級(jí)。

確保未選中防止基于 MS-DOS 的程序檢測 Windows 項(xiàng)。

選擇確定。

再次選擇確定。

退出 MS-DOS 外殼。

重啟你的電腦。

不屬于系統(tǒng)代碼頁的字符

如果安裝目錄不是系統(tǒng)區(qū)域設(shè)置代碼頁的一部分，則可能會(huì)出現(xiàn) 1722 錯(cuò)誤。為防止出現(xiàn)這種情況，請(qǐng)確保用戶和系統(tǒng)區(qū)域設(shè)置相同，并且安裝路徑僅包含作為系統(tǒng)區(qū)域設(shè)置代碼頁一部分的字符?？梢栽趨^(qū)域選項(xiàng)或區(qū)域設(shè)置控制面板中設(shè)置用戶和系統(tǒng)區(qū)域設(shè)置。

相關(guān)的錯(cuò)誤編號(hào)是 4895647。

在 JDK 卸載失敗后清理注冊(cè)表

有時(shí)，嘗試通過 Windows添加/刪除程序卸載 JDK 會(huì) 在注冊(cè)表中留下一些未完全刪除的 Java 條目。這些遺留的注冊(cè)表項(xiàng)可能會(huì)導(dǎo)致安裝新版本 Java 時(shí)出現(xiàn)問題。以下是清理注冊(cè)表項(xiàng)的方法：

程序安裝和卸載疑難解答（推薦方法）

手動(dòng)注冊(cè)表編輯

程序安裝和卸載疑難解答（推薦方法）

運(yùn)行程序安裝和卸載疑難解答來修復(fù)損壞的注冊(cè)表項(xiàng)，這些注冊(cè)表項(xiàng)會(huì)阻止程序完全卸載或阻止新的安裝和更新。

手動(dòng)編輯注冊(cè)表（僅當(dāng) Fix It 實(shí)用程序不起作用時(shí)才使用此功能）

錯(cuò)誤地編輯您的注冊(cè)表可能會(huì)嚴(yán)重?fù)p壞您的系統(tǒng)。在更改注冊(cè)表之前，您應(yīng)該從您的計(jì)算機(jī)備份任何有價(jià)值的數(shù)據(jù)。

使用File->Export注冊(cè)表編輯器的功能在刪除之前保存注冊(cè)表項(xiàng)。如果您刪除了錯(cuò)誤的注冊(cè)表項(xiàng)，您可以使用該File->Import功能從保存的備份文件中恢復(fù)注冊(cè)表。

要?jiǎng)h除注冊(cè)表項(xiàng)：

確定正確的注冊(cè)表項(xiàng)。請(qǐng)參閱查找 JDK 注冊(cè)表項(xiàng)和 UninstallString 值。

突出顯示該鍵，右鍵單擊并選擇 Delete。

出現(xiàn)提示時(shí)單擊是。

JDK 被卸載。

在 Windows 上卸載 JDK

要卸載 JDK 17，請(qǐng)使用Microsoft Windows控制面板中的添加/刪除程序?qū)嵱贸绦颉?/p>

在靜默模式下卸載 JDK

您可以使用命令行卸載 JDK。

使用以下命令以靜默模式卸載JDK：

MsiExec.exe/X{<UninstallString>}

例如，要卸載 JDK 15，請(qǐng)運(yùn)行以下命令：

MsiExec.exe /X{E04E5624-3CF1-5E84-A439-4D8FAAA05C79}

更新日志

Java™ SE 開發(fā)工具包 17.0.19 （JDK 17.0.19）
上映日期：2026年4月21日

本次更新的完整版本字符串為 17.0.19+9（“+” 表示“構(gòu)建”）。 版本號(hào)是 17.0.19。該 JDK 符合 Java SE 規(guī)范 17.1 版本（JSR 392 MR 1 2024-07-02）。

IANA TZ 數(shù)據(jù) 2026a

JDK 17.0.19包含2026a年IANA時(shí)區(qū)數(shù)據(jù)，其中包含以下變更：

為兼容FreeBSD做了若干代碼修改。
唯一變化的數(shù)據(jù)是下加利福尼亞的閏秒表到期時(shí)間和1976年前的時(shí)間。
摩爾多瓦自2022年以來一直采用歐盟過渡時(shí)間。
“正確”的TZif文件默認(rèn)不再安裝。
-DTZ_RUNTIME_LEAPS=0 禁用了對(duì)閏秒的運(yùn)行時(shí)支持。
TZif 文件不再限制為 50 字節(jié)的縮寫。
Zic不再受限于50閏秒。
已經(jīng)修復(fù)了幾個(gè)整數(shù)溢出的漏洞。
更多信息請(qǐng)參閱JRE軟件中的時(shí)區(qū)數(shù)據(jù)版本。

安全基線
JDK 17.0.19 發(fā)布時(shí)，Java 運(yùn)行環(huán)境（JRE）的安全基線為 具體如下表：

Java 家族版本    安全基線（完整版本字符串）
17    17.0.19+9
11    11.0.31+9
8    1.8.0_491-b10

保持JDK的更新

Oracle 建議每次關(guān)鍵補(bǔ)丁更新時(shí)都要更新 JDK。 為了判斷某個(gè)版本是否為最新，安全基線頁面可以 用于確定每個(gè)發(fā)行家族的最新版本。

關(guān)鍵補(bǔ)丁更新包含安全漏洞修復(fù)，通常提前一年宣布 關(guān)鍵補(bǔ)丁更新、安全警報(bào)和公告。 不建議在下一次關(guān)鍵補(bǔ)丁更新后使用該 JDK（版本 17.0.19） 2026年7月21日。

Java管理服務(wù)面向所有用戶，可以幫助你在系統(tǒng)中發(fā)現(xiàn)易受攻擊的Java版本。Java SE 訂閱用戶和運(yùn)行在 Oracle Cloud 中的客戶可以使用 Java 管理服務(wù)更新 Java 運(yùn)行時(shí)，并進(jìn)行進(jìn)一步的安全審查，比如識(shí)別 Java 程序中使用的潛在易受攻擊的第三方庫?，F(xiàn)有的 Java 管理服務(wù)用戶，點(diǎn)擊這里登錄您的儀表盤。Java 管理服務(wù)文檔提供了一份對(duì)所有人開放的功能列表，以及僅對(duì)客戶開放的功能。了解更多關(guān)于使用 Java 管理服務(wù)來監(jiān)控和保護(hù)您的 Java 安裝的信息。

新功能

security-libs/javax.net.ssl
? TLSv1.3 可配置新會(huì)話票數(shù) （JDK-8328608)
一個(gè)新的系統(tǒng)屬性 ，設(shè)定了每個(gè)會(huì)話由 JSSE 服務(wù)器發(fā)送的 TLSv1.3 恢復(fù)工單數(shù)量。它可以在命令行設(shè)置，設(shè)置為 ，范圍從 0 到 10。默認(rèn)是1。jdk.tls.server.newSessionTicketCount-Djdk.tls.server.newSessionTicketCount=##

更多詳情請(qǐng)參見“定制JSSE”。

security-libs/java.security
? 增強(qiáng)的密鑰工具密碼處理，輸出被重定向 時(shí)（JDK-8354469)
該命令通過系統(tǒng)控制臺(tái)讀取密碼，防止密碼顯示在屏幕上。然而，控制臺(tái)通常只有在標(biāo)準(zhǔn)輸入和輸出流都未被重定向時(shí)才可用。此前，如果標(biāo)準(zhǔn)輸出流被重定向到文件或其他命令，控制臺(tái)將不可用，輸入密碼會(huì)在屏幕上回響。這一改進(jìn)改進(jìn)了密碼處理，確保即使標(biāo)準(zhǔn)輸出流被重定向，密碼也不會(huì)顯示在屏幕上。這一改進(jìn)也對(duì)命令和JAAS TextCallbackHandler API進(jìn)行了改進(jìn)。keytooljarsigner

熱點(diǎn)/網(wǎng)關(guān)
? G1：支持 UseGCOverheadLimit （JDK-8212084)
當(dāng)垃圾回收開銷超過百分比（默認(rèn)值）且空閑的Java堆低于百分比（默認(rèn)值）時(shí)，G1垃圾回收器會(huì)拋出（OOME），連續(xù)五次垃圾回收。OutOfMemoryExceptionGCTimeLimit98GCHeapFreeLimit2

此功能默認(rèn)啟用?？梢酝ㄟ^該選項(xiàng)禁用。-XX:-UseGCOverheadLimit

實(shí)現(xiàn)方式與并行垃圾回收器已有的功能相呼應(yīng)。然而，OOME觸發(fā)器的具體條件可能存在差異，因?yàn)镚1對(duì)垃圾回收開銷和自由Java堆的計(jì)算略有不同。

security-libs/java.security
? Oracle JDK src.zip 文件現(xiàn)在包含了 JSSE/JCE/JGSS 組件的源代碼 （JDK-8369608)
隨Oracle JDK一起分發(fā)的文件現(xiàn)在包含了JCE、JGSS和JSSE的源代碼。調(diào)試工具現(xiàn)在可以檢查或顯示大部分安全源文件。<java-home>/lib/src.zip

security-libs/java.security
? 新的安全屬性 jdk.crypto.disabled 用于限制 JCE 層 算法的算法（JDK-8244336)
引入了一個(gè)新的安全屬性，用于禁用 JCE/JCA 加密服務(wù)的算法。最初，該屬性僅支持密碼、密鑰存儲(chǔ)、消息摘要和簽名服務(wù)。該屬性在文件中定義，初始默認(rèn)不會(huì)禁用任何算法。不過，未來情況可能會(huì)有所變化。如果應(yīng)用程序需要重新啟用算法，該安全屬性可以被同名的系統(tǒng)屬性覆蓋。jdk.crypto.disabledAlgorithmsjava.security

更多信息請(qǐng)參見禁用和受限加密算法。

已知問題

client-libs/java.awt
? SLES 16 需要安裝非默認(rèn)軟件包才能運(yùn)行 AWT 應(yīng)用程序 （JDK-8378839（非公開））
完整的 SuSE Enterprise Linux Server，簡稱 SLES，16 版桌面安裝不包含一個(gè)包，而 是 JDK 桌面應(yīng)用完全運(yùn)行所必需的。這適用于所有Oracle JDK版本。xdg-desktop-portal-gnome

用戶應(yīng)使用標(biāo)準(zhǔn)的SLES軟件包倉庫命令安裝該包，例如執(zhí)行：

% sudo zypper install xdg-desktop-portal-gnome

% sudo reboot now

其他注釋

security-libs/java.security
? 不信任以中華根證書為錨點(diǎn)并于2026年3月17日之后發(fā)布的TLS服務(wù)器證書 （JDK-8369282)
JDK將停止信任2026年3月17日之后發(fā)布、以中華根證書為錨點(diǎn)的TLS服務(wù)器證書，這與谷歌和Mozilla宣布的類似計(jì)劃一致。

2026年3月17日或之前發(fā)布的TLS服務(wù)器證書將繼續(xù)被信任，直到證書到期。在該日期之后簽發(fā)的證書，并由下表中列出的證書授權(quán)機(jī)構(gòu)錨定的證書將被拒絕。

這些限制在 Java 安全套接字?jǐn)U展（JSSE）API 的 JDK 實(shí)現(xiàn)（提供者）中得到執(zhí)行。如果服務(wù)器的證書鏈由下表中的任何證書授權(quán)機(jī)構(gòu)錨定，且證書在2026年3月17日之后簽發(fā)，則TLS會(huì)話不會(huì)進(jìn)行協(xié)商。SunJSSE

應(yīng)用程序會(huì)收到一個(gè)異常，提示信任錨點(diǎn)不被信任，例如：

"TLS Server certificate issued after 2026-03-17 and anchored by a distrusted legacy Chunghwa root CA: OU=ePKI Root Certification Authority, O="Chunghwa Telecom Co., Ltd." C=TW"

JDK 可以通過在配置文件中刪除安全屬性中的“CHUNGHWA_TLS”來重新信任這些證書。jdk.security.caDistrustPoliciesjava.security

這些限制適用于JDK中包含的以下忠華根證書：

根證書在2026-03-17之后被不信任
杰出名稱    SHA-256 指紋
OU=ePKI根認(rèn)證機(jī)構(gòu)，O=“中華電信有限公司”，C=TW    C0：A6：F4：DC：63：A2：4B：FD：CF：54：EF：2A：6A：08：2A：0A：72：DE：35：80：3E：2F：F5：FF：52：7A：E5：D8：72：06：DF：D5
你也可以使用JDK的工具打印證書鏈的詳細(xì)信息，具體如下：keytool

keytool -v -list -alias <your_server_alias> -keystore <your_keystore_filename>

如果鏈中任何證書由表中某個(gè)根CA簽發(fā)，輸出中列出，你需要更新證書或聯(lián)系管理服務(wù)器的組織。

修復(fù)

本版本還包含了 Oracle 關(guān)鍵補(bǔ)丁更新中描述的安全漏洞修復(fù)。

? 17.0.19修復(fù)的問題：
#    JBS    組件/子組件    摘要
1    JDK-8373727    client-libs/2d    新的 XBM 圖像解析器回歸：僅解析位圖數(shù)組的第一行
2    JDK-8373290    client-libs/2d    更新FreeType至2.14.1
3    JDK-8379158    client-libs/2d    更新FreeType至2.14.2
4    JDK-6899304    client-libs/java.awt    java.awt.Toolkit.getScreenInsets（GraphicsConfiguration） 返回錯(cuò)誤的值
5    JDK-8372756    client-libs/java.awt    在 XWayland GNOME 上，鼠標(biāo)附加按鈕和橫向滾動(dòng)功能被破壞 >= 47，之后是 JDK-8351907
6    JDK-8372534    client-libs/java.awt    更新 Libpng 至 1.6.51
7    JDK-8372048    client-libs/java.awt    Linux 遠(yuǎn)程桌面的性能提升
8    JDK-8375063    client-libs/java.awt    更新 Libpng 至 1.6.54
9    JDK-8372977    client-libs/java.awt    不必要的 gthread-2.0 加載
10    JDK-8244400    client-libs/javax.swing    MenuItem 可能緩存了大小，且在屏幕 DPI 變化時(shí)沒有更新
11    JDK-8366261    core-libs/java.io    提供 sun.security.util.Password 的實(shí)用方法
12    JDK-8301875    core-libs/java.util    java.util.TimeZone.getSystemTimeZoneID 使用 C 庫默認(rèn)文件模式
13    JDK-8361117    熱點(diǎn)/編譯器    LShiftLNode：：Ideal 中的 SIGSEGV，因意外的死節(jié)點(diǎn)而存在
14    JDK-8370325    熱點(diǎn)/網(wǎng)關(guān)    G1：禁止為TLAB分配而進(jìn)行GC
15    JDK-8365972    熱點(diǎn)/JFR    JFR：ThreadDump 和 ClassLoaderStatistics 事件可能導(dǎo)致連續(xù)輪換
16    JDK-8303475    熱點(diǎn)/運(yùn)行時(shí)    filemap.cpp 中的潛在空指針去引用
17    JDK-8375549    security-libs/java.security    如果 jdk.crypto.disabledAlgorithms 有多個(gè)已知 oid 的條目，則使用 ConcurrentModificationException
18    JDK-8374555    security-libs/java.security    當(dāng)不從 System.in 讀取時(shí)，s.s.u.Password中無需顯示輸入警告
19    JDK-8334670    security-libs/javax.net.ssl    SSLSocketOutputRecord 緩沖區(qū)計(jì)算錯(cuò)誤
20    JDK-8311644    security-libs/javax.net.ssl    當(dāng)客戶端未發(fā)送任何證書時(shí)，服務(wù)器不應(yīng)發(fā)送bad_certificate警報(bào)
21    JDK-8336695    XML/Jaxp    更新 Commons BCEL 至 6.10.0 版本