jdk17(Java SE Development Kit 17)官方版

jdk17版本已經發布，雖然很多朋友依然在用老版本，但是新版本出來了，還是可以嘗試一下的，本站為您提供jdk17版本下載！

jdk17安裝教程

1、運行安裝包，點擊下一步；

2、設置安裝位置，點擊下一步；

3、開始安裝；

4、安裝完成！

jdk17環境變量配置

1、打開電腦，進入windows設置界面，輸入環境變量，點擊下拉中的編輯系統環境變量；

2、點擊環境變量；

3、點擊系統變量下的新建按鈕；

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

5、繼續點擊新建變量

變量名：CLASSPATH

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

6、點擊系統變量中的Patch，點擊編輯；

7、點擊新建；

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

9、驗證配置是否正確：

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

jdk17特性

Context-specific 反序列化過濾器允許應用程序通過調用 JVM-wide filter factory 為每個序列化操作選擇過濾器，來配置 context-specific  和 dynamically selected 的反序列化過濾器。

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

棄用 Security Manager，準備在未來版本中移除。追溯到 Java 1.0，Security Manager 一直是保護客戶端 Java 代碼的主要手段，很少用于保護服務器端代碼。該提案的一個目標是評估是否需要新的 API 或機制來解決使用 Security Manager 的特定狹窄用例，例如阻塞System::exit。計劃要求棄用 Security Manager 以與舊 Applet API 一起刪除，該 API 也計劃在 JDK 17 中棄用。

switch模式匹配預覽版擴展了 Java 中的模式語言，允許switch表達式和語句可以針對多個模式進行測試，每個模式都有特定的操作。這使得復雜的面向數據的查詢能夠簡潔而安全地表達。此功能的目標包括：通過使模式出現在案例標簽中，來擴展switch表達式和語句的表現力和應用，在需要時放寬switch的 historical null-hostility，并引入兩種模式：guarded ``patterns，允許用任意的布爾表達式來完善模式匹配邏輯，以及parenthesized patterns，解決了一些解析歧義。在 JDK 16 中，instanceof運算符被擴展為采用類型模式并執行模式匹配。提議的適度擴展允許簡化熟悉的 instanceof-and-cast 習語。

JDK 內部的強封裝，除了sun.misc.Unsafe等關鍵的內部 API 外，用戶將不再可能通過單個命令行選項來 relax 對內部元素的強封裝，這在 JDK 9 到 JDK 16 中是可行的。該計劃的目標包括提高 JDK 的安全性和可維護性，并鼓勵開發人員從內部元素遷移到標準 API。

刪除遠程方法調用 (RMI) 激活機制，同時保留 RMI 的其余部分。RMI 激活機制已過時和廢棄，在 JDK 15 中不推薦使用。

在外部函數和 memory API 引入了一個孵化器階段，允許 Java 程序與 Java 運行時之外的代碼和數據進行互操作。API 計劃的目標包括易用性、性能、通用性和安全性。

與平臺無關的矢量 API 作為孵化 API 集成到 JDK 16 中，將在 JDK 17 中再次孵化，提供一種機制來表達矢量計算，這些計算在運行時可靠地編譯為支持的 CPU 架構上的最佳矢量指令。這比等效的標量計算獲得了更好的性能。在 JDK 17 中，向量 API 已針對性能和實現進行了增強，包括在字節向量與布爾數組之間進行轉換的增強功能。

密封類和接口限制哪些其他類或接口可以擴展或實現它們。該提案的目標包括允許類或接口的作者控制哪些代碼負責實現它，提供比訪問修飾符更具聲明性的方式來限制超類的使用，并通過為模式的詳盡分析提供基礎來支持模式匹配的未來方向。

刪除實驗性 AOT 和 JIT 編譯器，它們幾乎沒有使用，但需要大量維護工作。該計劃要求維護 Java 級別的 JVM 編譯器接口，以便開發人員可以繼續使用外部構建的編譯器版本進行 JIT 編譯。