一張PDF了解JDK9 GC調優秘籍-附PDF下載

簡介

今天我們講講JDK9中的JVM GC調優參數,JDK9中JVM的參數總共有2142個,其中正式的參數有659個。好像比JDK8中的參數要少一點。

為了方便大家的參考,特意將JDK9中的GC參數總結成了一張PDF,這個PDF比之前總結的JDK8的PDF在排版,顏色和內容準確性上面又有了非常大的提升,歡迎大家下載。

Oracle中的文檔

今天這篇文章的內容都是從Oracle JDK9的官方文檔中提煉出來的。對於裏面的內容的真實性,我不能保證是100%正確的。

有人要問了,官網文檔也會有錯誤?

這個問題要從兩個方面說起,第一方面,任何人都會犯錯誤,雖然官網文檔經過了編輯,校驗核對然後才發佈,但是總會有一些遺漏的地方。

第二,Oracle的文檔是有專門的寫文檔的部門來專門編寫的,寫文檔就是他們的工作,所以,這些文檔並不是開發JDK的開發人員編寫的,而是和開發JDK不相關的文檔編寫員編寫的。

至於文檔寫完之後有沒有JDK開發人員過目,大家可以自行腦補……

所以古人說得好,盡信書不如無書。

JDK9中JVM參數的變化

一代新人換舊人,長江後浪推前浪。由來只有新人笑 有誰聽到舊人哭。

JDK9出現了,那麼JDK8中的一些參數自然需要退伍了。

我們回想一下JDK9中有些什麼變化呢?我總結一下有三個。

  1. 最大的變化就是引入了JPMS(Java Platform Module System)也就是Project Jigsaw。

    模塊化的本質就是將一個大型的項目拆分成為一個一個的模塊,每個模塊都是獨立的單元,並且不同的模塊之間可以互相引用和調用。

    在module中會有元數據來描述該模塊的信息和該模塊與其他模塊之間的關係。這些模塊組合起來,構成了最後的運行程序。

  2. 然後就是引入的Xlog日誌服務,通過Xlog日誌服務我們可以監控JVM中的事件,比如:GC,class loading,JPMS,heap,thread等等。

  3. 最後就是將String中的底層存儲從char數組換成了byte數組。

這三個變化中和JVM最相關的就是第二個Xlog日誌服務。

廢棄的JVM選項

-Xusealtsigs / -XX:+UseAltSigs

這兩個選項在JDK9中被廢棄了,如果你不知道也沒關係,因為這兩個選項是在Oracle Solaris中專有的。現在用Solaris服務器的人應該比較少了…..

不推薦(Deprecated)的JVM選項

下面這些選項是JVM已經不再推薦使用了,如果你使用的話也沒問題,但是會有報警。

Deprecated表示這些選項會在未來被刪除,我們應該盡量避免使用這些選項。

選項有很多,我們挑一些比較常見和重要的來給大家講解一下。

-d32 / -d64

為什麼這兩個參數會被不推薦呢?因為現在的服務器性能已經非常非常的好了。

如果你的JDK是64位的,那麼默認就啟用了-server和-d64模式,32位的JDK現在應該很少見到了。

Oracle官方文檔說只有Java HotSpot Server VM才有64位的模式。不知道是真是假,因為其他的VM我也沒有用過,沒有發言權。

-Xloggc:garbage-collection.log

因為JDK9中引入Xlog框架,所以之前的日誌輸出的參數都被替換成了新的Xlog格式:

比如上面的命令被替換成為 -Xlog:gc:garbage-collection.log

所以那些以Print開頭的GC日誌輸出參數都是不推薦的。我們需要使用Xlog來替代。

同樣的以Trace開頭的運行時日誌輸出參數也是不推薦的,也可以使用Xlog來替代。

-XX:+UseConcMarkSweepGC / -XX:CMS*

CMS在JDK9中是不被推薦的,所以CMS開頭的參數都不要用了。

-XX:+UseParNewGC

因為ParNewGC是和CMS一起使用的,所以CMS不推薦之後,ParNewGC也是不推薦使用的。

-XX:MaxPermSize=size / -XX:PermSize=size

JDK8中,Prem區已經被移到了Metaspace,所以上面的參數可以被下面的替代:

-XX:MaxMetaspaceSize=size / -XX:MetaspaceSize=size

被刪除的JVM參數

-Xincgc

增量GC在JDK9中被刪除了。

-Xmaxjitcodesize=size JIT中最大的code cache大小被替換成 -XX:ReservedCodeCacheSize

還有其他的一些CMS的參數。

JDK9的新特性Application Class Data Sharing

AppCDS的全稱是Application Class-Data Sharing。主要是用來在不同的JVM中共享Class-Data信息,從而提升應用程序的啟動速度。

通常來說,如果要執行class位元組碼,JVM需要執行下面的一些步驟:給定一個類的名字,JVM需要從磁盤上面找到這個文件,加載,並驗證位元組碼,最後將它加載進來。

如果JVM啟動的時候需要加載成百上千個class,那麼需要的就不是一個小數目了。

對於打包好的jar包來說,只要jar的內容不變,那麼jar包中的類的數據始終是相同的。JVM在啟動時候每次都會運行相同的加載步驟。

AppCDS的作用就是將這些能夠共享的數據歸類成一個存儲文件,在不同的JVM中共享。

下面是AppCDS的大概工作流程:

  1. 選擇要歸檔的class,並創建一個class的列表,用在歸檔中。( -XX:DumpLoadedClassList)

  2. 創建歸檔文件(-Xshare:dump和-XX:SharedArchiveFile)

  3. 使用歸檔文件(-Xshare:on 和 -XX:SharedArchiveFile)

相應的VM參數如下:

JDK9的新特性Xlog

在java程序中,我們通過日誌來定位和發現項目中可能出現的問題。在現代java項目中,我們使用log4j或者slf4j,Logback等日誌記錄框架來處理日誌問題。

JVM是java程序運行的基礎,JVM中各種事件比如:GC,class loading,JPMS,heap,thread等等其實都可以有日誌來記錄。通過這些日誌,我們可以監控JVM中的事件,並可以依次來對java應用程序進行調優。

在JDK9中引入的Xlog日誌服務就是為這個目的而創建的。

通過xlog,JDK將JVM中的各種事件統一起來,以統一的形式對外輸出。通過tag參數來區分子系統,通過log level來區分事件的緊急性,通過logging output來配置輸出的地址。

在JDK9之後,之前的Print*參數都被Xlog所代替了。

我們看下常用的Xlog和GC日誌參數:

JDK9中的G1參數

作為JDK9中的默認垃圾回收器G1,對G1的調優是必不可少的。下面是G1的參數:

JDK9中的通用VM參數

下面是通用的VM參數:

JDK9中的通用GC參數

下面是JDK9中的通用GC參數:

JDK9中的內存調整參數

下面是JDK9中的內存調整參數:

總結

千言萬語不如一張PDF。我把JDK9的GC參數總結成了一張PDF,下面是PDF的下載鏈接。

JDK9GC-cheatsheet.pdf

歡迎大家下載。

本文作者:flydean程序那些事

本文鏈接://www.flydean.com/jdk9-gc-cheatsheet/

本文來源:flydean的博客

歡迎關注我的公眾號:程序那些事,更多精彩等着您!