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

軟件介紹

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

jdk13安裝教程

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

軟件亮點

1、JVM 常量 API

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

2、G1的可中斷 mixed GC

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

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

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

如果G1發(fā)現(xiàn)GC集選擇選擇了錯誤的區(qū)域，它會將GC區(qū)域的拆分為兩部分（強(qiáng)制部分和可選部分）來切換到處理Mix GC的增量模式。如果未達(dá)到暫停時間目標(biāo)，則停止對可選部分的垃圾收集。

3、G1歸還不使用的內(nèi)存

此功能的主要目標(biāo)是改進(jìn)G1垃圾收集器，以便在不活動時將Java堆內(nèi)存歸還給操作系統(tǒng)。 為實現(xiàn)此目標(biāo)，G1將在低應(yīng)用程序活動期間定期生成或持續(xù)循環(huán)檢查完整的Java堆使用情況。

這將立即歸還未使用的部分Java堆內(nèi)存給操作系統(tǒng)。 用戶可以選擇執(zhí)行FULL GC以最大化返回的內(nèi)存量。

4、移除多余ARM64實現(xiàn)

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

這將把重點轉(zhuǎn)移到單個64位ARM實現(xiàn)，并消除維護(hù)兩個實現(xiàn)所需的重復(fù)工作。 當(dāng)前的JDK 11實現(xiàn)中有兩個64位ARM實現(xiàn)。

5、Switch 表達(dá)式

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

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

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

6、默認(rèn)CDS歸檔

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

7、Shenandoah GC

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

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

8、JMH 基準(zhǔn)測試

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

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

jdk13軟件特色

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

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

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

擴(kuò)展應(yīng)用程序類 - 數(shù)據(jù)共享（AppCDS），以便在應(yīng)用程序執(zhí)行結(jié)束時動態(tài)存檔類。存檔類將包括默認(rèn)的基礎(chǔ)層CDS存檔中不存在的所有已加載的應(yīng)用程序和庫類。該提案處于目標(biāo)階段，旨在提高AppCDS的可用性，并消除用戶進(jìn)行試運行以創(chuàng)建每個應(yīng)用程序的類列表的需要。

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

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