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

JDK17新特性詳解

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

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

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

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

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

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

Object o;
switch (o) {
case null -> System.out.println("首先判斷對象是否為空，走空指針邏輯等后續(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對象,i:" + i);
case Student s -> System.out.println("判斷是否為具體學(xué)生對象，student:" + s.toString());
case UserCommonService -> System.out.println("判斷是否為普通用戶實現(xiàn)類，然后走普通用戶邏輯");
case UserVipService -> System.out.println("判斷是否為vip用戶實現(xiàn)類，然后走vip用戶邏輯");
default -> System.out.println("Something else");
}

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

密封類和接口限制哪些其他類或接口可以擴展或?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、隨機數(shù)增強

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

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

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

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

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

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

6、增強TreeMap

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

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

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

具體如下：

* 方法：
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 類型 ，因為它們的唯一用途與上述工廠有關(guān) 設(shè)置方法。

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

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

9、新增 java.time.InstantSource

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

10、javadoc工具

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

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

這是 JRE 8 安裝程序的一個錯誤。要解決此填充程序的情況，請卸載并重新安裝 JDK 17。

JDK安裝疑難解答

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

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

程序無法在 DOS 模式下運行

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

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

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

選擇屬性。

選擇程序選項卡。

單擊高級。

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

選擇確定。

再次選擇確定。

退出 MS-DOS 外殼。

重啟你的電腦。

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

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

相關(guān)的錯誤編號是 4895647。

在 JDK 卸載失敗后清理注冊表

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

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

手動注冊表編輯

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

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

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

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

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

要刪除注冊表項：

確定正確的注冊表項。請參閱查找 JDK 注冊表項和 UninstallString 值。

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

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

JDK 被卸載。

在 Windows 上卸載 JDK

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

在靜默模式下卸載 JDK

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

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

MsiExec.exe/X{<UninstallString>}

例如，要卸載 JDK 15，請運行以下命令：

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

更新日志

Java™ SE Development Kit 17，更新 17.0.18（JDK 17.0.18）
2026年1月20日

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

安全基線
JDK 17.0.18 發(fā)布時 Java 運行時的安全基線如下表所示：

Java 家族版本    安全基線（完整版本字符串）
17    17.0.18+8
11    11.0.30+7
8    1.8.0_481-b10

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

關(guān)鍵補丁更新包含安全漏洞修復(fù)，通常提前一年發(fā)布關(guān)鍵補丁更新、安全警報和公告。不建議在下一次關(guān)鍵補丁更新后使用該 JDK（版本17.0.18）。預(yù)計為2026年4月21日。

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

新功能

core-libs/java.rmi
? 默認(rèn)啟用端點識別，適用于TLS上的RMI連接 （JDK-8341496（非公開））
如果使用該類，RMI會使用TLS連接。這些連接現(xiàn)在默認(rèn)啟用了TLS端點識別。這可能導(dǎo)致一些之前正常工作的TLS連接出現(xiàn)故障。如果發(fā)生這種情況，確保服務(wù)器提供的證書具有與服務(wù)器主機名相匹配的主體替代名稱。或者，客戶端可以通過將系統(tǒng)屬性設(shè)置為 來禁用 RMI TLS 連接的端點識別。javax.rmi.ssl.SslRMIClientSocketFactoryjdk.rmi.ssl.client.enableEndpointIdentificationfalse

其他注釋

security-libs/javax.net.ssl
? 禁用了TLS 1.2和DTLS 1.2中的SHA-1握手簽名 （JDK-8340321）)
在TLS 1.2和DTLS 1.2握手簽名中，SHA-1算法已被默認(rèn)禁用，方法是在配置文件中添加安全屬性。RFC 9155 棄用了 TLS 1.2 和 DTLS 1.2 數(shù)字簽名中的 SHA-1。用戶可自行承擔(dān)風(fēng)險，通過移除安全屬性，重新啟用 TLS 1.2 和 DTLS 1.2 握手簽名中的 SHA-1 算法。"rsa_pkcs1_sha1 usage HandshakeSignature, ecdsa_sha1 usage HandshakeSignature, dsa_sha1 usage HandshakeSignature"jdk.tls.disabledAlgorithmsjava.security"rsa_pkcs1_sha1 usage HandshakeSignature, ecdsa_sha1 usage HandshakeSignature, dsa_sha1 usage HandshakeSignature"jdk.tls.disabledAlgorithms

安裝/安裝
? Windows 安裝程序返回完整版本目錄及交匯（ JDK-8310932（非公開））
對于 JDK11+ LTS 系列，JDK 默認(rèn)安裝到特定版本的安裝目錄中。11+ 的安裝目錄在版本特定字符串前會有一個 - ，以保持與各家族過去 11+ 慣例的一致性。在“最新”目錄中也會創(chuàng)建一個連接，Windows中也稱為符號鏈接。它會指向該家族的最新版本。以下是安裝和交匯點11+家族的詳細(xì)示例：

版本    安裝目錄    交匯位置
jdk25.0.2    C:\Program Files\Java\jdk-25.0.2    C:\Program Files\Java\latest\jdk-25
JDK17.0.18    C:\Program Files\Java\jdk-17.0.18    C:\Program Files\Java\latest\jdk-17
jdk11.0.30    C:\Program Files\Java\jdk-11.0.30    C:\Program Files\Java\latest\jdk-11
每個交匯點始終指向匹配LTS家族中最新的JDK。當(dāng)匹配LTS家族的最后一個JDK卸載時，每個家族的連接將被移除。

安裝/安裝
? 讓jcmd命令在無頭JDK RPM中可用 （JDK-8359443（非公開））
jcmd命令將以無頭JDK RPM代替頭頭JDK RPM使用。

它將被加入替代組，而非替代方案組。javajavac

security-libs/javax.net.ssl
? 廢TLS_RSA密碼套件 （JDK-8245545)
TLS_RSA密碼套件默認(rèn)被禁用，方法是在java.security配置文件中的jdk.tls.disabledAlgorithms安全屬性中添加“TLS_RSA_”。TLS_RSA密碼套件不維護(hù)前向保密性，且不常用。一些TLS_RSA密碼套件已經(jīng)被禁用，因為它們使用了DES、3DES、RC4或NULL，這些都是被禁用的。此舉會禁用所有剩余TLS_RSA密碼套件。任何嘗試使用以“TLS_RSA_”開頭的密碼套件都會因SSLHandshakeException而失敗。用戶可自行承擔(dān)風(fēng)險，通過從安全屬性中移除“TLS_RSA_”來重新啟用這些密碼套件。以下先前啟用的密碼套件現(xiàn)已禁用：jdk.tls.disabledAlgorithms

TLS_RSA_WITH_AES_256_GCM_SHA384

TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA

core-libs/java.util：i18n
? 基于Debian的Linux（JDK-8345213）中默認(rèn)時區(qū)檢測的變 更)
在基于 Debian 的 Linux 發(fā)行版如 Ubuntu 上，該文件曾用于確定 JDK 的默認(rèn)時區(qū)（）。根據(jù)Debian的維基，現(xiàn)在是系統(tǒng)默認(rèn)時區(qū)的主要來源，因此變得多余。因此，JDK的默認(rèn)時區(qū)檢測邏輯已更新為使用。如果和因任何原因不一致，JDK的默認(rèn)時區(qū)現(xiàn)僅基于檔案確定。/etc/timezoneTimeZone.getDefault()/etc/localtime/etc/timezone/etc/localtime/etc/timezone/etc/localtime/etc/timezone/etc/localtime

security-libs/java.security
? 證書權(quán)威信息訪問擴展 （JDK-8368032（非公開））中URI的過濾規(guī)則
引入了一個新的系統(tǒng)和安全屬性，， ，該屬性允許用戶定義一個或多個過濾規(guī)則，應(yīng)用于X.509證書上權(quán)威信息訪問擴展獲得的URI。這些過濾規(guī)則專門應(yīng)用于CA發(fā)行機構(gòu)的訪問方式。任何CA發(fā)行者在X.509證書中的URI只有在系統(tǒng)屬性被啟用且過濾器允許該URI時才會被跟蹤。com.sun.security.allowedAIALocationscom.sun.security.enableAIAcaIssuers

為了設(shè)置規(guī)則，用戶必須以同名設(shè)置安全屬性或系統(tǒng)屬性。如果系統(tǒng)屬性有值，它會覆蓋安全屬性。默認(rèn)情況下，該屬性為空，這會執(zhí)行一個拒絕所有規(guī)則集。com.sun.security.allowedAIALocations

對于任一性質(zhì)，取值由一組空間分離規(guī)則組成，這些規(guī)則以URI的形式出現(xiàn)，具有以下約束條件：

URI必須是絕對且層級分明的。
URI只能使用以下方案之一：http、https、ldap或ftp（不區(qū)分大小寫）。
必須指定主機名或地址，并且必須匹配（不區(qū)分大小寫）。主機名不進(jìn)行名稱解析以匹配URI與IP地址。
端口號必須匹配。如果省略了端口號，則在比較中使用已知端口。
對于分層方案（http[s]， ftp）：
規(guī)則中URI中歸一化路徑部分以大小寫區(qū)分方式匹配。如果最后一個組件不以斜杠（/）結(jié)尾，則視為文件路徑，必須與CA發(fā)行器URI路徑組件匹配。如果規(guī)則的路徑組件以斜杠結(jié)尾，則必須與CA發(fā)行器URI路徑組件的前綴相匹配或為前綴。（例如，的濾波路徑將匹配CA的發(fā)行者路徑，且。）/ab/cd//ab/cd//ab/cd/ef/ab/cd/ef/ghi
匹配CA發(fā)行者URI時，查詢字符串和片段將被忽略。
對于LDAP的URI：
基礎(chǔ)DN必須完全匹配（不區(qū)分大小寫）。
規(guī)則中的任何查詢字符串（如果指定）將被忽略。
對于屬性，單個值為“任意”（大小寫不區(qū)分）將生成一個允許所有規(guī)則。

漏洞修復(fù)

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

? 17.0.18 修復(fù)的問題：

#    JBS    組成部分    摘要
1    JDK-8292214    client-libs/2d    awt_GraphicsEnv.c：386 的 getAllConfigs 內(nèi)存泄漏
2    JDK-8334509    client-libs/2d    取消 PageDialog 不會返回相同的 PageFormat 對象
3    JDK-8361748    client-libs/2d    對 XBM 映像大小設(shè)定限制
4    JDK-8286159    client-libs/java.awt    awt_GraphicsEnv.c：585 的 getAllConfigs 內(nèi)存泄漏
5    JDK-8324491    client-libs/java.awt    如果鍵盤布局在對話激活時被更改，鍵盤布局就不會保持狀態(tài)
6    JDK-8354646    client-libs/java.awt    java.awt.TextField 允許在雙擊文字開頭和結(jié)尾時識別密碼中的空格
7    JDK-8281523    client-libs/javax.accessibility    可及性：從字符串字面轉(zhuǎn)換失去 const 限定符
8    JDK-8140527    client-libs/javax.swing    JinternalFrame的標(biāo)題按鈕寬度不正確
9    JDK-8236907    client-libs/javax.swing    將JTable添加到嵌套面板上不會繪制最后一行可見的行
10    JDK-8139228    client-libs/javax.swing    JFileChooser 將文件名渲染為 HTML 文檔
11    JDK-8358532    client-libs/javax.swing    GTK L&F 中的 JFileChooser 仍然顯示 HTML 文件名
12    JDK-8210807    client-libs/javax.swing    用 JScrollPane 打印 JTable 打印的表格時，沒有填充行
13    JDK-8257810    client-libs/javax.swing    只有第一頁會用 JTable.scrollRectToVisible 打印
14    JDK-8322135    client-libs/javax.swing    在 Windows L&F 中打印 JTable 會觸發(fā) InternalError：HTHEME 為空
15    JDK-8349188    client-libs/javax.swing    LineBorder 的縮放不正確
16    JDK-8358813    client-libs/javax.swing    JPasswordField 通過刪除快捷方式識別密碼中的空格
17    JDK-8370465    client-libs/javax.swing    MenuItem 組件從右向左向的問題
18    JDK-8307990    core-libs/java.lang    jspawnhelper 必須關(guān)閉其寫入一側(cè)的管道，才能讀取
19    JDK-8311645    core-libs/java.lang    jspawnhelper spawnChild 在 JDK-8307990 之后發(fā)生內(nèi)存泄漏
20    JDK-8280124    core-libs/java.lang    減少從 UTF-8 編碼字節(jié)中解碼拉丁 1 字符的分支
21    JDK-8282047    core-libs/java.lang    增強StringDecode/Encode微基準(zhǔn)測試
22    JDK-8365086    core-libs/java.net    CookieStore.getURIs（） 和 get（URI） 應(yīng)該返回一個不可變的列表
23    JDK-8369184    core-libs/java.util：i18n    對于不同哈希碼值的不相等實例，SimpleTimeZone 等于 （） 返回為真
24    JDK-8328085    熱點/編譯器    C2：免費后在PhaseChaitin使用：：Register_Allocate（）
25    JDK-8364993    熱點/JFR    JFR：關(guān)閉JDK。default.jfc 中的 ModuleExport
26    JDK-8364556    熱點/JFR    JFR：在default.jfc中禁用SymbolTableStatistics和StringTableStatistics
27    JDK-8369992    熱點/JFR    JFR：在default.jfc中禁用占位符、加載約束和保護(hù)域緩存表統(tǒng)計
28    JDK-8328997    熱點/運行時    移除 GrowableArray 中不必要的模板參數(shù)列表
29    JDK-8317132    熱點/運行時    準(zhǔn)備允許的熱點——
30    JDK-8361447    熱點/運行時    [重做]已檢查的 JNI 版本 Release<type>ArrayElements 需要過濾掉已知的包裹數(shù)組
31    JDK-8364235    熱點/運行時    JDK-8361447 修復(fù)后，GuardedMemory 的對齊要求失效
32    JDK-8364660    熱點/運行時    ClassVerifier：：ends_in_athrow（） 應(yīng)該被移除
33    JDK-8306579    基礎(chǔ)設(shè)施/其他    考慮用 /Zc：throwingNew 來構(gòu)建
34    JDK-8317332    security-libs/java.security    準(zhǔn)備允許的安保——
35    JDK-8325680    security-libs/org.ietf.jgss    deleteGSSCB 中的未初始化內(nèi)存 GSSLibStub.c：179
36    JDK-8365790    tools/jpackage    應(yīng)用程序映像的關(guān)閉鉤子在 Windows 上無法使用