JVM相關參數

1. JVM經常使用參數

配置項	例子	含義	備註
-Xmx	-Xmx20m	java應用最大可用內存爲20M	整個JVM內存大小=年輕代大小 + 年老代大小 + 持久代大小。持久代通常固定大小爲64m，因此增大年輕代後，將會減少年老代大小。此值對系統性能影響較大，Sun官方推薦配置爲整個堆的3/8。
-Xms	-Xms5m	java應用最小分配內存爲5M
-Xmn	-Xmn1m	新生代配置的內存爲1M
-XX:NewRatio	-XX:NewRatio=3	新生代和年老代的內存分配比例爲1:4	-XX:NewRatio=4:設置年輕代（包括Eden和兩個Survivor區）與年老代的比值（除去持久代）。設置爲4，則年輕代與年老代所佔比值爲1：4，年輕代佔整個堆棧的1/5
-XX:SurvivorRatio	-XX:SurvivorRatio=8	新生代內部Survivor和Eden區域的比例. 2Survivor：Eden=2:8	-XX:SurvivorRatio=4：設置年輕代中Eden區與Survivor區的大小比值。設置爲4，則兩個Survivor區與一個Eden區的比值爲2:4，一個Survivor區佔整個年輕代的1/6
-Xss	-Xss128k	設置每一個線程的堆棧大小	JDK5.0之後每一個線程堆棧大小爲1M，之前每一個線程堆棧大小爲256K。更具應用的線程所需內存大小進行調整。在相同物理內存下，減少這個值能生成更多的線程。可是操做系統對一個進程內的線程數仍是有限制的，不能無限生成，經驗值在3000~5000左右。
-XX:MaxPermSize	-XX:MaxPermSize=16m	設置持久代大小爲16m。
-XX:MaxTenuringThreshold	-XX:MaxTenuringThreshold=0	設置垃圾最大年齡	若是設置爲0的話，則年輕代對象不通過Survivor區，直接進入年老代對於年老代比較多的應用，能夠提升效率。若是將此值設置爲一個較大值，則年輕代對象會在Survivor區進行屢次複製，這樣能夠增長對象再年輕代的存活時間，增長在年輕代即被回收的概論。

2. 垃圾收集器相關參數

2.1 串行收集器

-XX:+UseSerialGC：設置串行收集器

2.2 並行收集器（吞吐量優先）

-XX:+UseParallelGC：設置爲並行收集器。此配置僅對年輕代有效，即年輕代使用並行收集而年老代仍使用串行收集。

-XX:ParallelGCThreads=20：配置並行收集器的線程數，即：同時有多少個線程一塊兒進行垃圾回收。此值建議配置與CPU數目相等。

-XX:+UseParallelOldGC：配置年老代垃圾收集方式爲並行收集。JDK6.0開始支持對年老代並行收集。

-XX:MaxGCPauseMillis=100：設置每次年輕代垃圾回收的最長時間（單位毫秒）。若是沒法知足此時間，JVM會自動調全年輕代大小，以知足此時間。

-XX:+UseAdaptiveSizePolicy：設置此選項後，並行收集器會自動調全年輕代Eden區大小和Survivor區大小的比例，以達成目標系統規定的最低響應時間或者收集頻率等指標。此參數建議在使用並行收集器時，一直打開。

2.3 併發收集器（響應時間優先）

-XX:+UseConcMarkSweepGC：即CMS收集，設置年老代爲併發收集。CMS收集是JDK1.4後期版本開始引入的新GC算法。它的主要適合場景是對響應時間的重要性需求大於對吞吐量的需求，可以承受垃圾回收線程和應用線程共享CPU資源，而且應用中存在比較多的長生命週期對象。CMS收集的目標是儘可能減小應用的暫停時間，減小Full GC發生的概率，利用和應用程序線程併發的垃圾回收線程來標記清除年老代內存。

-XX:+UseParNewGC：設置年輕代爲併發收集。可與CMS收集同時使用。JDK5.0以上，JVM會根據系統配置自行設置，因此無需再設置此參數。

-XX:CMSFullGCsBeforeCompaction=0：因爲併發收集器不對內存空間進行壓縮和整理，因此運行一段時間並行收集之後會產生內存碎片，內存使用效率下降。此參數設置運行0次Full GC後對內存空間進行壓縮和整理，即每次Full GC後馬上開始壓縮和整理內存。

-XX:+UseCMSCompactAtFullCollection：打開內存空間的壓縮和整理，在Full GC後執行。可能會影響性能，但能夠消除內存碎片。

-XX:+CMSIncrementalMode：設置爲增量收集模式。通常適用於單CPU狀況。

-XX:CMSInitiatingOccupancyFraction=70：表示年老代內存空間使用到70%時就開始執行CMS收集，以確保年老代有足夠的空間接納來自年輕代的對象，避免Full GC的發生。

2.4 其它垃圾回收參數

-XX:+ScavengeBeforeFullGC：年輕代GC優於Full GC執行。

-XX:-DisableExplicitGC：不響應 System.gc() 代碼。

-XX:+UseThreadPriorities：啓用本地線程優先級API。即便 java.lang.Thread.setPriority() 生效，不啓用則無效。

-XX:SoftRefLRUPolicyMSPerMB=0：軟引用對象在最後一次被訪問後能存活0毫秒（JVM默認爲1000毫秒）。

-XX:TargetSurvivorRatio=90：容許90%的Survivor區被佔用（JVM默認爲50%）。提升對於Survivor區的使用率。

2.5 輔助信息參數設置

-XX:-CITime：打印消耗在JIT編譯的時間。

-XX:ErrorFile=./hs_err_pid.log：保存錯誤日誌或數據到指定文件中。

-XX:HeapDumpPath=./java_pid.hprof：指定Dump堆內存時的路徑。

-XX:-HeapDumpOnOutOfMemoryError：當首次遭遇內存溢出時Dump出此時的堆內存。

-XX:OnError=";"：出現致命ERROR後運行自定義命令。

-XX:OnOutOfMemoryError=";"：當首次遭遇內存溢出時執行自定義命令。

-XX:-PrintClassHistogram：按下 Ctrl+Break 後打印堆內存中類實例的柱狀信息，同JDK的 jmap -histo 命令。

-XX:-PrintConcurrentLocks：按下 Ctrl+Break 後打印線程棧中併發鎖的相關信息，同JDK的 jstack -l 命令。

-XX:-PrintCompilation：當一個方法被編譯時打印相關信息。

-XX:-PrintGC：每次GC時打印相關信息。

-XX:-PrintGCDetails：每次GC時打印詳細信息。

-XX:-PrintGCTimeStamps：打印每次GC的時間戳。

-XX:-TraceClassLoading：跟蹤類的加載信息。

-XX:-TraceClassLoadingPreorder：跟蹤被引用到的全部類的加載信息。

-XX:-TraceClassResolution：跟蹤常量池。

-XX:-TraceClassUnloading：跟蹤類的卸載信息。

2.6 其它更多配置

-XXThreadStackSize：設置內存頁的大小，不可設置過大，會影響Perm的大小。

-XX:+UseFastAccessorMethods：設置原始類型的快速優化。

-XX:+DisableExplicitGC：設置關閉System.gc()(這個參數須要嚴格的測試)。

-XX:MaxTenuringThreshold：設置垃圾最大年齡。若是設置爲0的話,則年輕代對象不通過Survivor區，直接進入年老代。 對於年老代比較多的應用，能夠提升效率。若是將此值設置爲一個較大值，則年輕代對象會在Survivor區進行屢次複製，這樣能夠增長對象再年輕代的存活時間，增長在年輕代即被回收的機率。該參數只有在串行GC時纔有效。

-XX:+AggressiveOpts：加快編譯。

-XX:+UseBiasedLocking：鎖機制的性能改善。

-Xnoclassgc：禁用垃圾回收。

-XX:SoftRefLRUPolicyMSPerMB：設置每兆堆空閒空間中SoftReference的存活時間，默認值是1s 。

-XX:PretenureSizeThreshold：設置對象超過多大時直接在舊生代分配，默認值是0。

-XX:TLABWasteTargetPercent：設置TLAB佔eden區的百分比，默認值是1% 。

-XX:+CollectGen0First：設置FullGC時是否先YGC，默認值是false。