jdk13.0.1

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

軟件介紹

新版本帶來了一些增強功能，包括增強的switch語句，增強的垃圾收集器功能，支持微基準測試，支持默認的類數(shù)據(jù)共享等等，其中增強的switch語句不僅可以作為語句也可以作為表達式，無論作為語句或者作為表達式，switch都可以使用傳統(tǒng)/簡化的作用域和控制流行為，這將有助于簡化代碼，并為在switch中使用模式匹配鋪平道路。而jdk12中添加了一套微基準測試，大約100個，這簡化了現(xià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集拆分為強制部分和可選部分，使G1垃圾收集器更有效地中止垃圾收集過程。通過允許垃圾收集過程優(yōu)先處理強制集，g1可以更多滿足滿足暫停時間目標。

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

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

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

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

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

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

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

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

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

5、Switch 表達式

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

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

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

6、默認CDS歸檔

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

7、Shenandoah GC

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

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

8、JMH 基準測試

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

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

jdk13軟件特色

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

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

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

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

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

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