JVM參數的配置說明

這期內容當中小編將會給大家帶來有關JVM參數的配置說明，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

堆設置

-Xms: 初始堆大小
-Xmx: 最大堆大小
-XX:NewSize=n: 設置年輕代大小
-XX:NewRatio=n: 設置年輕代和年老代的比值。如:為3，表示年輕代與年老代比值為1：3，年輕代占整個年輕代年老代和的1/4；如果設置了-Xmn則以-Xmn配置為準。
-XX:SurvivorRatio=n: 年輕代中Eden區與兩個Survivor區的比值。注意Survivor區有兩個。如：3，表示Eden：Survivor=3：2，一個Survivor區占整個年輕代的1/5
-XX:MaxPermSize=n: 設置持久代大小
-XX:MaxTenuringThreshold=n： 設置垃圾最大年齡。如果設置為0的話，則年輕代對象不經過Survivor區，直接進入年老代。對于年老代比較多的應用，可以提高效率。
-XX:MetaspaceSize ： 分配給類元數據空間（以字節計）的初始大小（Oracle 邏輯存儲上的初始高水位，the initial high-water-mark）。此值為估計值，MetaspaceSize 的值設置的過大會延長垃圾回收時間。垃圾回收過后，引起下一次垃圾回收的類元數據空間的大小可能會變大。
-XX:MaxMetaspaceSize ：分配給類元數據空間的最大值，超過此值就會觸發Full GC 。此值默認沒有限制，但應取決于系統內存的大小，JVM 會動態地改變此值。

收集器設置

-XX:+UseSerialGC: 設置串行收集器
-XX:+UseParallelGC: 設置并行收集器
-XX:+UseParalledlOldGC: 設置并行年老代收集器
-XX:+UseConcMarkSweepGC: 設置并發收集器

垃圾回收統計信息

-XX:+PrintGC： 輸出形式：[GC 118250K->113543K(130112K), 0.0094143 secs] [Full GC 121376K->10414K(130112K), 0.0650971 secs]
-XX:+PrintGCDetails： 輸出形式：[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs] [GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs]
-XX:+PrintGCTimeStamps -XX:+PrintGC：PrintGCTimeStamps可與上面兩個混合使用 輸出形式：11.851: [GC 98328K->93620K(130112K), 0.0082960 secs]
-XX:+PrintGCApplicationConcurrentTime： 打印每次垃圾回收前，程序未中斷的執行時間。可與上面混合使用。輸出形式：Application time: 0.5291524 seconds
-XX:+PrintGCApplicationStoppedTime： 打印垃圾回收期間程序暫停的時間。可與上面混合使用。輸出形式：Total time for which application threads were stopped: 0.0468229 seconds
-XX:PrintHeapAtGC: 打印GC前后的詳細堆棧信息。

并行收集器設置

-XX:ParallelGCThreads=n:設置并行收集器收集時使用的CPU數。并行收集線程數。
-XX:MaxGCPauseMillis=n:設置并行收集最大暫停時間
-XX:GCTimeRatio=n:設置垃圾回收時間占程序運行時間的百分比。公式為1/(1+n)

##并發收集器設置

-XX:+CMSIncrementalMode: 設置為增量模式。適用于單CPU情況。
-XX:ParallelGCThreads=n: 設置并發收集器年輕代收集方式為并行收集時，使用的CPU數。并行收集線程數。

調優總結

年輕代大小選擇

響應時間優先的應用： 盡可能設大，直到接近系統的最低響應時間限制（根據實際情況選擇）。在此種情況下，年輕代收集發生的頻率也是最小的。同時，減少到達年老代的對象。

吞吐量優先的應用： 盡可能的設置大，可能到達Gbit的程度。因為對響應時間沒有要求，垃圾收集可以并行進行，一般適合8CPU以上的應用。

年老代大小選擇

響應時間優先的應用： 年老代使用并發收集器，所以其大小需要小心設置，一般要考慮并發會話率和會話持續時間等一些參數。如果堆設置小了，可能會造成內存碎片、高回收頻率以及應用暫停而使用傳統的標記清除方式；如果堆大了，則需要較長的收集時間。最優化的方案，一般需要參考以下數據獲得：

1. 并發垃圾收集信息

2. 持久代并發收集次數

3. 傳統GC信息

4. 花在年輕代和年老代回收上的時間比例

減少年輕代和年老代花費的時間，一般會提高應用的效率

吞吐量優先的應用

一般吞吐量優先的應用都有一個很大的年輕代和一個較小的年老代。原因是，這樣可以盡可能回收掉大部分短期對象，減少中期的對象，而年老代盡存放長期存活對象。

較小堆引起的碎片問題

因為年老代的并發收集器使用標記、清除算法，所以不會對堆進行壓縮。當收集器回收時，他會把相鄰的空間進行合并，這樣可以分配給較大的對象。但是，當堆空間較小時，運行一段時間以后，就會出現“碎片”，如果并發收集器找不到足夠的空間，那么并發收集器將會停止，然后使用傳統的標記、清除方式進行回收。如果出現“碎片”，可能需要進行如下配置：

1. -XX:+UseCMSCompactAtFullCollection： 使用并發收集器時，開啟對年老代的壓縮。

2. -XX:CMSFullGCsBeforeCompaction=0： 上面配置開啟的情況下，這里設置多少次Full GC后，對年老代進行壓縮

上述就是小編為大家分享的JVM參數的配置說明了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。