(1)引數

-Xms：初始堆大小

-Xmx ：最大堆大小 此值可以設定與-Xmx相同，以避免每次垃圾回收完成後JVM重新分配記憶體

-Xmn ：年輕代大小 整個堆大小=年輕代大小 + 年老代大小 + 持久代大小。持久代一般固定大小為64m，所以增大年輕代後，將會減小年老代大小。此值對系統性能影響較大，Sun官方推薦配置為整個堆的3/8。

-XX:NewSize：設定年輕代大小

-XX:MaxNewSize：年輕代最大值

-XX:NewRatio 年老代與年輕代的比值

-XX:SurvivorRatio：設定年輕代中Eden區與Survivor區的大小比值

-XX:MaxTenuringThreshold：

-XX:PermSize：設定持久帶

-XX:MaxPermSize：設定持久代最大值

（2）調優

JVM調優主要是針對記憶體管理方面的調優，包括控制各個代的大小，GC策略。由於GC開始垃圾回收時會掛起應用執行緒，嚴重影響了效能，調優的目是為了儘量降低GC所導致的應用執行緒暫停時間、 減少Full GC次數。

關鍵引數：-Xms -Xmx 、

（1）-Xms、 -Xmx 通常設定為相同的值，避免執行時要不斷擴充套件JVM記憶體，這個值決定了JVM heap所能使用的最大記憶體。

（2）-Xmn 決定了新生代空間的大小，新生代Eden、S0、S1三個區域的比率可以通過-XX:SurvivorRatio來控制(假如值為 4  表示：Eden:S0:S1 = 4:3:3 )

（3）-XX:MaxTenuringThreshold 控制物件在經過多少次minor GC之後進入老年代，此引數只有在

（4）-XX:PermSize、-XX:MaxPermSize 用來控制方法區的大小，通常設定為相同的值。

（1）代調優

   合理設定新生代大小

    1）避免新生代大小設定過小

當新生代設定過小時，會產生兩種比較明顯的現象，一是minor GC次數頻繁，二是可能導致 minor GC物件直接進入老年代。當老年代記憶體不足時，會觸發Full GC。

    2）避免新生代設定過大

新生代設定過大，會帶來兩個問題：一是老年大變小，可能導致Full  GC頻繁執行；二是 minor GC 執行回收的時間大幅度增加。

年輕代大小選擇

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

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

年老代大小選擇

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

併發垃圾收集資訊

持久代併發收集次數

傳統GC資訊

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

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

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

    合理設定Survivor區

  -XX:SurvivorRatio引數的值越大，就意味著Eden區域變大，minor GC次數會降低，但兩塊Survivor區域變小，如果超過Survivor區域記憶體大小的物件在minor GC後仍沒被回收，則會直接進入老年代，

-XX:SurvivorRatio引數值設定過小，就意味著Eden區域變小，minor GC觸發次數會增加，Survivor區域變大，意味著可以儲存更多在minor GC後任存活的物件，避免其進入老年代。

  合理設定物件在新生代的存活時間

新生代存活週期的值決定了新生代物件在經過多少次Minor GC後進入老年代。因此這個值要根據自己的應用來調優，Jvm引數上這個值對應的為-XX:MaxTenuringThreshold，預設值為15次。

 初始堆大小和最大堆大小相同

-XX:PermSize、-XX:MaxPermSize 用來控制方法區的大小，通常設定為相同的值。避免執行時要不斷擴充套件JVM記憶體，這個值決定了JVM heap所能使用的最大記憶體。

較小堆引起的碎片問題

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

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

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

（2）GC策略調優

（1）合理選擇垃圾收集器的搭配使用

（2）使用視覺化工具JConsole檢視JVM引數

JConsole工具在JDK/bin目錄下，啟動JConsole後，將自動搜尋本機執行的jvm程序，不需要jps命令來查詢指定。雙擊其中一個jvm程序即可開始監控，也可使用“遠端程序”來連線遠端伺服器。