新功能

JDK 13將于2019年9月17日最終發(fā)布。以下是正式為JDK 13提供的新功能：

在預覽階段添加文本塊。文本塊是一個多行字符串文字，可以避免大多數(shù)轉(zhuǎn)義序列的需要。文本塊以可預測的方式自動格式化字符串，并使開發(fā)人員可以控制格式。該項目列舉了為Java添加文本塊背后的一些目標。

一個目標是通過使表達跨越幾行源代碼的字符串變得容易，同時避免常見情況下的轉(zhuǎn)義序列來簡化Java程序的編寫。

第二個目標是增強程序中字符串的可讀性，這些程序表示用非Java語言編寫的代碼。

第三個目標是通過規(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ā)問題。

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)存檔類。存檔類將包括默認的基礎層CDS存檔中不存在的所有已加載的應用程序和庫類。該提案處于目標階段，旨在提高AppCDS的可用性，并消除用戶進行試運行以創(chuàng)建每個應用程序的類列表的需要。

特征

350：動態(tài)CDS檔案

351：ZGC：取消使用未使用的內(nèi)存

353：重新實現(xiàn)Legacy Socket API

354：切換表達式（預覽）

355：文本塊（預覽）

時間表

2019/06/13 Rampdown Phase One（從主線分叉）

2019/07/18 Rampdown第二階段

2019/08/08初始發(fā)布候選人

2019/08/22最終候選人

2019/09/17一般可用性