堆設定

-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後，對年老代進行壓縮

本文配置基