jdk17(Java SE Development Kit 17)官方版

jdk17版本已經(jīng)發(fā)布，雖然很多朋友依然在用老版本，但是新版本出來(lái)了，還是可以嘗試一下的，本站為您提供jdk17版本下載！

jdk17安裝教程

1、運(yùn)行安裝包，點(diǎn)擊下一步；

2、設(shè)置安裝位置，點(diǎn)擊下一步；

3、開(kāi)始安裝；

4、安裝完成！

jdk17環(huán)境變量配置

1、打開(kāi)電腦，進(jìn)入windows設(shè)置界面，輸入環(huán)境變量，點(diǎn)擊下拉中的編輯系統(tǒng)環(huán)境變量；

2、點(diǎn)擊環(huán)境變量；

3、點(diǎn)擊系統(tǒng)變量下的新建按鈕；

4、變量名輸入：JAVA_HOME，變量值輸入：C:\Program Files\Java\jdk-17

5、繼續(xù)點(diǎn)擊新建變量

變量名：CLASSPATH

變量值：.;%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar（注意最前面有一點(diǎn)）

6、點(diǎn)擊系統(tǒng)變量中的Patch，點(diǎn)擊編輯；

7、點(diǎn)擊新建；

8、輸入：%JAVA_HOME%\bin，然后點(diǎn)擊上移，將新增的這一行移動(dòng)到最上面，然后點(diǎn)擊確定，保存所有配置即可。

9、驗(yàn)證配置是否正確：

打開(kāi)cmd窗口，輸入java -version，顯示java的版本信息，安裝和配置都正確了！

jdk17特性

Context-specific 反序列化過(guò)濾器允許應(yīng)用程序通過(guò)調(diào)用 JVM-wide filter factory 為每個(gè)序列化操作選擇過(guò)濾器，來(lái)配置 context-specific  和 dynamically selected 的反序列化過(guò)濾器。

隨著 always-strict 浮點(diǎn)語(yǔ)義的恢復(fù)，浮點(diǎn)運(yùn)算將保持一致的嚴(yán)格；而不是同時(shí)具有嚴(yán)格的浮點(diǎn)語(yǔ)義 ( strictfp) 和有著微妙出入的默認(rèn)浮點(diǎn)語(yǔ)義。這就為語(yǔ)言和 VM 恢復(fù)了原始的浮點(diǎn)語(yǔ)義，與 Java Standard Edition 1.2 中引入嚴(yán)格和默認(rèn)浮點(diǎn)模式之前的語(yǔ)義相匹配。

棄用 Security Manager，準(zhǔn)備在未來(lái)版本中移除。追溯到 Java 1.0，Security Manager 一直是保護(hù)客戶(hù)端 Java 代碼的主要手段，很少用于保護(hù)服務(wù)器端代碼。該提案的一個(gè)目標(biāo)是評(píng)估是否需要新的 API 或機(jī)制來(lái)解決使用 Security Manager 的特定狹窄用例，例如阻塞System::exit。計(jì)劃要求棄用 Security Manager 以與舊 Applet API 一起刪除，該 API 也計(jì)劃在 JDK 17 中棄用。

switch模式匹配預(yù)覽版擴(kuò)展了 Java 中的模式語(yǔ)言，允許switch表達(dá)式和語(yǔ)句可以針對(duì)多個(gè)模式進(jìn)行測(cè)試，每個(gè)模式都有特定的操作。這使得復(fù)雜的面向數(shù)據(jù)的查詢(xún)能夠簡(jiǎn)潔而安全地表達(dá)。此功能的目標(biāo)包括：通過(guò)使模式出現(xiàn)在案例標(biāo)簽中，來(lái)擴(kuò)展switch表達(dá)式和語(yǔ)句的表現(xiàn)力和應(yīng)用，在需要時(shí)放寬switch的 historical null-hostility，并引入兩種模式：guarded ``patterns，允許用任意的布爾表達(dá)式來(lái)完善模式匹配邏輯，以及parenthesized patterns，解決了一些解析歧義。在 JDK 16 中，instanceof運(yùn)算符被擴(kuò)展為采用類(lèi)型模式并執(zhí)行模式匹配。提議的適度擴(kuò)展允許簡(jiǎn)化熟悉的 instanceof-and-cast 習(xí)語(yǔ)。

JDK 內(nèi)部的強(qiáng)封裝，除了sun.misc.Unsafe等關(guān)鍵的內(nèi)部 API 外，用戶(hù)將不再可能通過(guò)單個(gè)命令行選項(xiàng)來(lái) relax 對(duì)內(nèi)部元素的強(qiáng)封裝，這在 JDK 9 到 JDK 16 中是可行的。該計(jì)劃的目標(biāo)包括提高 JDK 的安全性和可維護(hù)性，并鼓勵(lì)開(kāi)發(fā)人員從內(nèi)部元素遷移到標(biāo)準(zhǔn) API。

刪除遠(yuǎn)程方法調(diào)用 (RMI) 激活機(jī)制，同時(shí)保留 RMI 的其余部分。RMI 激活機(jī)制已過(guò)時(shí)和廢棄，在 JDK 15 中不推薦使用。

在外部函數(shù)和 memory API 引入了一個(gè)孵化器階段，允許 Java 程序與 Java 運(yùn)行時(shí)之外的代碼和數(shù)據(jù)進(jìn)行互操作。API 計(jì)劃的目標(biāo)包括易用性、性能、通用性和安全性。

與平臺(tái)無(wú)關(guān)的矢量 API 作為孵化 API 集成到 JDK 16 中，將在 JDK 17 中再次孵化，提供一種機(jī)制來(lái)表達(dá)矢量計(jì)算，這些計(jì)算在運(yùn)行時(shí)可靠地編譯為支持的 CPU 架構(gòu)上的最佳矢量指令。這比等效的標(biāo)量計(jì)算獲得了更好的性能。在 JDK 17 中，向量 API 已針對(duì)性能和實(shí)現(xiàn)進(jìn)行了增強(qiáng)，包括在字節(jié)向量與布爾數(shù)組之間進(jìn)行轉(zhuǎn)換的增強(qiáng)功能。

密封類(lèi)和接口限制哪些其他類(lèi)或接口可以擴(kuò)展或?qū)崿F(xiàn)它們。該提案的目標(biāo)包括允許類(lèi)或接口的作者控制哪些代碼負(fù)責(zé)實(shí)現(xiàn)它，提供比訪問(wèn)修飾符更具聲明性的方式來(lái)限制超類(lèi)的使用，并通過(guò)為模式的詳盡分析提供基礎(chǔ)來(lái)支持模式匹配的未來(lái)方向。

刪除實(shí)驗(yàn)性 AOT 和 JIT 編譯器，它們幾乎沒(méi)有使用，但需要大量維護(hù)工作。該計(jì)劃要求維護(hù) Java 級(jí)別的 JVM 編譯器接口，以便開(kāi)發(fā)人員可以繼續(xù)使用外部構(gòu)建的編譯器版本進(jìn)行 JIT 編譯。