jdk13官方版是全新的jdk版本，整個jdk使用起來就是超級方便，更新了很多不太方便的地方，而且還能自己查看最新的一些數據，真是太好用了，而且還能快速的查看表達式條件，喜歡的用戶千萬不要錯過了，快來綠色資源網下載吧！

軟件介紹

新版本帶來了一些增強功能，包括增強的switch語句，增強的垃圾收集器功能，支持微基準測試，支持默認的類數據共享等等，其中增強的switch語句不僅可以作為語句也可以作為表達式，無論作為語句或者作為表達式，switch都可以使用傳統/簡化的作用域和控制流行為，這將有助于簡化代碼，并為在switch中使用模式匹配鋪平道路。而jdk12中添加了一套微基準測試，大約100個，這簡化了現有微基準測試的運行和新基準測試的創建過程，更多功能可自行體驗。

jdk13安裝教程

安裝教程和12一模一樣，可以參考下面安裝

軟件亮點

1、JVM 常量 API

JEP 334引入了一個API，用于建模關鍵類文件和運行時artifacts，例如常量池。 此API將包括ClassDesc，MethodTypeDesc，MethodHandleDesc和DynamicConstantDesc等類。此 API 對于操作類和方法的工具很有幫助。

2、G1的可中斷 mixed GC

此功能通過將Mixed GC集拆分為強制部分和可選部分，使G1垃圾收集器更有效地中止垃圾收集過程。通過允許垃圾收集過程優先處理強制集，g1可以更多滿足滿足暫停時間目標。

G1是一個垃圾收集器，設計用于具有大量內存的多處理器機器。由于它提高了性能效率，g1垃圾收集器最終將取代cms垃圾收集器。

G1垃圾收集器的主要目標之一是滿足用戶設置的暫停時間。G1采用一個分析引擎來選擇在收集期間要處理的工作量。此選擇過程的結果是一組稱為GC集的區域。一旦GC集建立并且GC已經開始，那么G1就無法停止。

如果G1發現GC集選擇選擇了錯誤的區域，它會將GC區域的拆分為兩部分（強制部分和可選部分）來切換到處理Mix GC的增量模式。如果未達到暫停時間目標，則停止對可選部分的垃圾收集。

3、G1歸還不使用的內存

此功能的主要目標是改進G1垃圾收集器，以便在不活動時將Java堆內存歸還給操作系統。 為實現此目標，G1將在低應用程序活動期間定期生成或持續循環檢查完整的Java堆使用情況。

這將立即歸還未使用的部分Java堆內存給操作系統。 用戶可以選擇執行FULL GC以最大化返回的內存量。

4、移除多余ARM64實現

jdk12將只有一個ARM 64位實現（aarch64）。 目標是刪除所有與arm64實現相關的代碼，同時保留32位ARM端口和64位aarch64實現。

這將把重點轉移到單個64位ARM實現，并消除維護兩個實現所需的重復工作。 當前的JDK 11實現中有兩個64位ARM實現。

5、Switch 表達式

使用Java 12，switch不僅可以作為語句也可以作為表達式。 無論作為語句或者作為表達式，switch都可以使用傳統/簡化的作用域和控制流行為。 這將有助于簡化代碼，并為在switch中使用模式匹配鋪平道路。

Java開發人員正在增強Java編程語言，以使用模式匹配來解決當前switch語句的幾個問題。 這包括：switch塊的默認控制流行為，switch塊默認作用域（被視為單個作用域的塊）和switch僅作為語句。

在Java 11中，switch語句追隨C和C++，默認情況下使用fall-through語義。 雖然傳統的控制流程在編寫低級代碼時很有用，但隨著switch在更高級別的環境中采用，易出錯會蓋過其靈活性。

6、默認CDS歸檔

通過在64位平臺上的默認類列表的幫助下生成CDS歸檔來改進JDK構建過程，從而有效地消除了運行java -Xshare：dump。 此功能的目標包括：1。）改進開箱即用的啟動時間，以及2.）擺脫使用-Xshare：dump。

7、Shenandoah GC

Shenandoah是一種垃圾收集（GC）算法，旨在保證低延遲（10 - 500 ms的下限）。 它通過在運行Java工作線程的同時執行GC操作減少GC暫停時間。 使用Shenandoah，暫停時間不依賴于堆的大小。 這意味著無論堆的大小如何，暫停時間都是差不多的。

這是一個實驗性功能，不包含在默認（oracle）的OpenJDK版本中。

8、JMH 基準測試

jdk12為JDK源代碼添加了一套微基準測試（大約100個），簡化了現有微基準測試的運行和新基準測試的創建過程。 它基于Java Microbenchmark Harness（JMH）并支持JMH更新。

此功能使開發人員可以輕松運行當前的微基準測試并為JDK源代碼添加新的微基準測試。 可以基于Java Microbenchmark Harness（JMH）輕松測試JDK性能。 它將支持JMH更新，并在套件中包含一組（約100個）基準測試。

jdk13軟件特色

在預覽階段添加文本塊。文本塊是一個多行字符串文字，可以避免大多數轉義序列的需要。文本塊以可預測的方式自動格式化字符串，并使開發人員可以控制格式。該項目列舉了為Java添加文本塊背后的一些目標。一個目標是通過使表達跨越幾行源代碼的字符串變得容易，同時避免常見情況下的轉義序列來簡化Java程序的編寫。

JDK 13提出了第二個switch表達式預覽。在JDK 12中有一個，但是要進行一個更改：要從switch表達式中生成一個值break，要刪除with value語句以支持a yield聲明。目的是擴展，switch以便它可以用作語句或表達式，因此兩個表單既可以使用case ... :帶有連貫符號的傳統標簽，也可以使用新case … ->標簽，而不需要通過，還有一個新的語句用于從switch表達式中產生值。這些更改將簡化編碼并為模式匹配做好準備。

增強ZGC（Z垃圾收集器）以將未使用的內存返回到操作系統，引用的提議被集成到JDK 13中.ZGC被稱為可擴展的低延遲收集器，目前不會將未使用的內存返回到操作系統即使長時間沒有使用內存。對于某些應用程序和環境而言，此行為并非最佳，尤其是那些需要關注內存占用的應用程序和環境，例如應用程序可能長時間處于空閑狀態并與其他應用程序共享或競爭資源的容器或環境。

擴展應用程序類 - 數據共享（AppCDS），以便在應用程序執行結束時動態存檔類。存檔類將包括默認的基礎層CDS存檔中不存在的所有已加載的應用程序和庫類。該提案處于目標階段，旨在提高AppCDS的可用性，并消除用戶進行試運行以創建每個應用程序的類列表的需要。

第三個目標是通過規定任何新構造可以表達與字符串文字相同的字符串集，解釋相同的轉義序列，并像字符串文字一樣進行操作來支持字符串文字的遷移。原始字符串文字是JDK 13提出的一個特性，但有利于文本塊，它采用了不同的方法來表示字符串而不轉義換行符和引號。原始字符串文字專注于字符串的原始性，但Java項目團隊現在認為焦點是錯誤的，因為雖然原始字符串文字可能跨越多行源代碼，但它們涉及支持未轉義分隔符的昂貴要求。已經為JDK 13預測了原始字符串文字，但從未正式添加到其建議的功能列表中。

重新實現傳統套接字API，這將涉及使用更簡單，更現代的實現替換API net.Socket和java.net.ServerSocketAPI 使用的底層實現，易于調試和維護。新的實現旨在易于適應使用用戶模式線程（也稱為光纖），這些線程正在project Loom中進行探索。上述傳統API可以追溯到JDK 1.0，并且包含傳統C和Java代碼的混合，這些代碼被描述為調試和維護的痛苦。遺留實現還存在其他問題：支持異步關閉，導致可靠性和移植問題的本機數據結構，以及需要徹底檢查的并發問題。