Java 13 特性解讀

Hollis

一個對Coding有著獨特追求的人。 我已加入“***騎士”(rightknights.com)的版權保護計劃

2017年8月，JCP執行委員會提出將Java的發布頻率改為每六個月一次，新的發布周期嚴格遵循時間點，將在每年的3月份和9月份發布。

目前，JDK官網上已經可以看到JDK 13的進展，最新版的JDK 13將于2019年9月17日發布。

目前，JDK13處于Release-Candidate Phase（發布候選階段），將于9月17日正式發布。目前該版本包含的特性已經全部固定，主要包含以下五個：

JEP 350，Dynamic CDS Archives

JEP 351，ZGC: Uncommit Unused Memory

JEP 353，Reimplement the Legacy Socket API

JEP 354: Switch Expressions (Preview)

JEP 355，Text Blocks (Preview)

下面來逐一介紹下這五個重要的特性。

1、Dynamic CDS Archives

這一特性是在JEP310：Application Class-Data Sharing 基礎上擴展而來的，Dynamic CDS Archives中的CDS指的就是Class-Data Sharing。

那么，這個JEP310是個啥東西呢？

我們知道在同一個物理機／虛擬機上啟動多個JVM時，如果每個虛擬機都單獨裝載自己需要的所有類，啟動成本和內存占用是比較高的。所以Java團隊引入了CDS的概念，通過把一些核心類在每個JVM間共享，每個JVM只需要裝載自己的應用類，啟動時間減少了，另外核心類是共享的，所以JVM的內存占用也減少了。

CDS 只能作用于 Boot Class Loader 加載的類，不能作用于 App Class Loader 或者自定義的 Class Loader 加載的類。

在 Java 10 中，則將 CDS 擴展為 AppCDS，顧名思義，AppCDS 不止能夠作用于 Boot Class Loader了，App Class Loader 和自定義的 Class Loader 也都能夠起作用，大大加大了 CDS 的適用范圍。也就說開發自定義的類也可以裝載給多個JVM共享了。

Java 10中包含的JEP310的通過跨不同Java進程共享公共類元數據來減少了內存占用和改進了啟動時間。

但是，JEP310中，使用AppCDS的過程還是比較復雜的，需要有三個步驟：

1、決定要 Dump 哪些 Class

2、將類的內存 Dump 到歸檔文件中

3、使用 Dump 出來的歸檔文件加快應用啟動速度

這一次的JDK 13中的JEP 350 ，在JEP310的基礎上，又做了一些擴展。允許在Java應用程序執行結束時動態歸檔類，歸檔類將包括默認的基礎層 CDS（class data-sharing）存檔中不存在的所有已加載的應用程序類和庫類。

也就是說，在Java 13中再使用AppCDS的時候，就不在需要這么復雜了。

2、ZGC: Uncommit Unused Memory

在討論這個問題之前，想先問一個問題，JVM的GC釋放的內存會還給操作系統嗎？

GC后的內存如何處置，其實是取決于不同的垃圾回收器的。因為把內存還給OS，意味著要調整JVM的堆大小，這個過程是比較耗費資源的。

在JDK 11中，Java引入了ZGC，這是一款可伸縮的低延遲垃圾收集器，但是當時只是實驗性的。并且，ZGC釋放的內存是不會還給操作系統的。

而在Java 13中，JEP 351再次對ZGC做了增強，本次 ZGC 可以將未使用的堆內存返回給操作系統。之所以引入這個特性，是因為如今有很多場景中內存是比較昂貴的資源，在以下情況中，將內存還給操作系統還是很有必要的：

1、那些需要根據使用量付費的容器

2、應用程序可能長時間處于空閑狀態并與許多其他應用程序共享或競爭資源的環境。

3、應用程序在執行期間可能有非常不同的堆空間需求。例如，啟動期間所需的堆可能大于稍后在穩定狀態執行期間所需的堆。

3、Reimplement the Legacy Socket API

4、Switch Expressions (Preview)

5、Text Blocks (Preview)

本文轉載自公眾號【程序員小灰】

Java 緩存

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。