一张PDF了解JDK9 GC调优秘籍-附PDF下载
文章目錄
- 簡介
- Oracle中的文檔
- JDK9中JVM參數的變化
- 廢棄的JVM選項
- 不推薦(Deprecated)的JVM選項
- 被刪除的JVM參數
- JDK9的新特性Application Class Data Sharing
- JDK9的新特性Xlog
- JDK9中的G1參數
- JDK9中的通用VM參數
- JDK9中的通用GC參數
- JDK9中的內存調整參數
- 總結
簡介
今天我們講講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中有些什么變化呢？我總結一下有三個。
最大的變化就是引入了JPMS(Java Platform Module System)也就是Project Jigsaw。
模塊化的本質就是將一個大型的項目拆分成為一個一個的模塊，每個模塊都是獨立的單元，并且不同的模塊之間可以互相引用和調用。
在module中會有元數據來描述該模塊的信息和該模塊與其他模塊之間的關系。這些模塊組合起來，構成了最后的運行程序。
然后就是引入的Xlog日志服務，通過Xlog日志服務我們可以監控JVM中的事件，比如：GC,class loading,JPMS,heap,thread等等。
最后就是將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的大概工作流程：
選擇要歸檔的class，并創建一個class的列表，用在歸檔中。（ -XX:DumpLoadedClassList）
創建歸檔文件（-Xshare:dump和-XX:SharedArchiveFile）
使用歸檔文件（-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程序那些事
本文鏈接：http://www.flydean.com/jdk9-gc-cheatsheet/
本文來源：flydean的博客
歡迎關注我的公眾號:程序那些事，更多精彩等著您！
超強干貨來襲 云風專訪：近40年碼齡，通宵達旦的技術人生總結
以上是生活随笔為你收集整理的一张PDF了解JDK9 GC调优秘籍-附PDF下载的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 小师妹学JVM之:JIT中的PrintA
- 下一篇： 小师妹学JVM之:逃逸分析和TLAB