如何調優JVM - 優化Java虛擬機（大全+實例）

堆設置
-Xmx3550m：設置JVM最大堆內存 爲3550M。 
-Xms3550m：設置JVM初始堆內存 爲3550M。此值能夠設置與-Xmx相同，以免每次垃圾回收完成後JVM從新分配內存。 
-Xss128k： 設置每一個線程的棧 大小。JDK5.0之後每一個線程棧大小爲1M，以前每一個線程棧大小爲256K。應當根據應用的線程所需內存大小進行調整。在相同物理內存下，減少這個值能 生成更多的線程。可是操做系統對一個進程內的線程數仍是有限制的，不能無限生成，經驗值在3000~5000左右。 
-Xmn2g：設置堆內存年輕代 大小爲2G。整個堆內存大小 = 年輕代大小 + 年老代大小 + 持久代大小 。持久代通常固定大小爲64m，因此增大年輕代後，將會減少年老代大小。此值對系統性能影響較大，Sun官方推薦配置爲整個堆的3/8。 
-XX:PermSize=256M：設置堆內存持久代 初始值爲256M。(貌似是Eclipse等IDE的初始化參數) 
-XX:MaxNewSize=size：新生成的對象能佔用內存的最大值。 
-XX:MaxPermSize=512M：設置持久代最大值爲512M。 
-XX:NewRatio=4：設置堆內存年輕代（包括Eden和兩個Survivor區）與堆內存年老代的比值（除去持久代） 。設置爲4，則年輕代所佔與年老代所佔的比值爲1:4。 
-XX:SurvivorRatio=4： 設置堆內存年輕代中Eden區與Survivor區大小的比值 。設置爲4，則兩個Survivor區（JVM堆內存年輕代中默認有2個Survivor區）與一個Eden區的比值爲2:4，一個Survivor區佔 整個年輕代的1/6。 
-XX:MaxTenuringThreshold=7：表示一個對象若是在救助空間（Survivor區）移動7次尚未被回收就放入年老代。 
若是設置爲0的話，則年輕代對象不通過Survivor區，直接進入年老代，對於年老代比較多的應用，這樣作能夠提升效率。 
若是將此值設置爲一個較大值，則年輕代對象會在Survivor區進行屢次複製，這樣能夠增長對象在年輕代存活時間，增長對象在年輕代即被回收的機率。 
回收器選擇
JVM給了三種選擇：串行收集器、並行收集器、併發收集器，可是串行收集器只適用於小數據量的狀況，因此這裏的選擇主要針對並行收集器和併發收集器。

默認狀況下，JDK5.0之前都是使用串行收集器，若是想使用其餘收集器須要在啓動時加入相應參數。JDK5.0之後，JVM會根據當前系統配置進行智能判斷。

串行收集器 
-XX:+UseSerialGC：設置串行收集器 
並行收集器(吞吐量優先) 
-XX:+UseParallelGC：選擇垃圾收集器爲並行收集器。此配置僅對年輕代有效。即上述配置下，年輕代使用併發收集，而年老代仍舊使用串行收集。 
-XX:ParallelGCThreads=20：配置並行收集器的線程數，即：同時多少個線程一塊兒進行垃圾回收。此值最好配置與處理器數目相等。 
-XX:+UseParallelOldGC：配置年老代垃圾收集方式爲並行收集。JDK6.0支持對年老代並行收集。 
-XX:MaxGCPauseMillis=100：設置每次年輕代垃圾回收的最長時間（單位毫秒），若是沒法知足此時間，JVM會自動調全年輕代大小，以知足此值。 
-XX:+UseAdaptiveSizePolicy：設置此選項後，並行收集器會自動選擇年輕代區大小和相應的Survivor區比例，以達到目標系統規定的最低響應時間或者收集頻率等。 
此參數建議使用並行收集器時，一直打開。 
併發收集器(響應時間優先) 
-XX:+UseParNewGC：設置年輕代爲併發收集。可與CMS收集同時使用。JDK5.0以上，JVM會根據系統配置自行設置，因此無需再設置此值。 
CMS， 全稱Concurrent Low Pause Collector，是jdk1.4後期版本開始引入的新gc算法，在jdk5和jdk6中獲得了進一步改進，它的主要適合場景是對響應時間的重要性需求 大於對吞吐量的要求，可以承受垃圾回收線程和應用線程共享處理器資源，而且應用中存在比較多的長生命週期的對象的應用。CMS是用於對tenured generation的回收，也就是年老代的回收，目標是儘可能減小應用的暫停時間，減小FullGC發生的概率，利用和應用程序線程併發的垃圾回收線程來 標記清除年老代。 
-XX:+UseConcMarkSweepGC：設置年老代爲併發收集。測試中配置這個之後，-XX:NewRatio=4的配置失效了。因此，此時年輕代大小最好用-Xmn設置。 
-XX:CMSFullGCsBeforeCompaction=：因爲併發收集器不對內存空間進行壓縮、整理，因此運行一段時間之後會產生「碎片」，使得運行效率下降。此參數設置運行次FullGC之後對內存空間進行壓縮、整理。 
-XX:+UseCMSCompactAtFullCollection：打開對年老代的壓縮。可能會影響性能，可是能夠消除內存碎片。 
-XX:+CMSIncrementalMode：設置爲增量收集模式。通常適用於單CPU狀況。 
-XX:CMSInitiatingOccupancyFraction=70：表示年老代空間到70%時就開始執行CMS，確保年老代有足夠的空間接納來自年輕代的對象。 
注：若是使用 throughput collector 和 concurrent low pause collector 這兩種垃圾收集器，須要適當的挺高內存大小，爲多線程作準備。

其它
-XX:+ScavengeBeforeFullGC：新生代GC優先於Full GC執行。 
-XX:-DisableExplicitGC：禁止調用System.gc()，但JVM的gc仍然有效。 
-XX:+MaxFDLimit：最大化文件描述符的數量限制。 
-XX:+UseThreadPriorities：啓用本地線程優先級API，即便 java.lang.Thread.setPriority() 生效，反之無效。 
-XX:SoftRefLRUPolicyMSPerMB=0：「軟引用」的對象在最後一次被訪問後能存活0毫秒（默認爲1秒）。 
-XX:TargetSurvivorRatio=90：容許90%的Survivor空間被佔用（默認爲50%）。提升對於Survivor的使用率——超過就會嘗試垃圾回收。 
輔助信息
-XX:-CITime：打印消耗在JIT編譯的時間 
-XX:ErrorFile=./hs_err_pid.log：保存錯誤日誌或者數據到指定文件中 
-XX:-ExtendedDTraceProbes：開啓solaris特有的dtrace探針 
-XX:HeapDumpPath=./java_pid.hprof：指定導出堆信息時的路徑或文件名 
-XX:-HeapDumpOnOutOfMemoryError：當首次遭遇內存溢出時導出此時堆中相關信息 
-XX:OnError=";"：出現致命ERROR以後運行自定義命令 
-XX:OnOutOfMemoryError=";"：當首次遭遇內存溢出時執行自定義命令 
-XX:-PrintClassHistogram：遇到Ctrl-Break後打印類實例的柱狀信息，與jmap -histo功能相同 
-XX:-PrintConcurrentLocks：遇到Ctrl-Break後打印併發鎖的相關信息，與jstack -l功能相同 
-XX:-PrintCommandLineFlags：打印在命令行中出現過的標記 
-XX:-PrintCompilation：當一個方法被編譯時打印相關信息 
-XX:-PrintGC：每次GC時打印相關信息 
-XX:-PrintGC Details：每次GC時打印詳細信息 
-XX:-PrintGCTimeStamps：打印每次GC的時間戳 
-XX:-TraceClassLoading：跟蹤類的加載信息 
-XX:-TraceClassLoadingPreorder：跟蹤被引用到的全部類的加載信息 
-XX:-TraceClassResolution：跟蹤常量池 
-XX:-TraceClassUnloading：跟蹤類的卸載信息 
-XX:-TraceLoaderConstraints：跟蹤類加載器約束的相關信息 
JVM服務調優實戰 
服務器：8 cup, 8G mem

e.g. 
java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0

調優方案：

-Xmx5g：設置JVM最大可用內存爲5G。 
-Xms5g：設置JVM初始內存爲5G。此值能夠設置與-Xmx相同，以免每次垃圾回收完成後JVM從新分配內存。 
-Xmn2g：設置年輕代大小爲2G。整個堆內存大小 = 年輕代大小 + 年老代大小 + 持久代大小 。持久代通常固定大小爲64m，因此增大年輕代後，將會減少年老代大小。此值對系統性能影響較大，Sun官方推薦配置爲整個堆的3/8。 
-XX:+UseParNewGC：設置年輕代爲並行收集。可與CMS收集同時使用。JDK5.0以上，JVM會根據系統配置自行設置，因此無需再設置此值。 
-XX:ParallelGCThreads=8：配置並行收集器的線程數，即：同時多少個線程一塊兒進行垃圾回收。此值最好配置與處理器數目相等。 
-XX:SurvivorRatio=6：設置年輕代中Eden區與Survivor區的大小比值。根據經驗設置爲6，則兩個Survivor區與一個Eden區的比值爲2:6，一個Survivor區佔整個年輕代的1/8。 
-XX:MaxTenuringThreshold=30： 設置垃圾最大年齡（次數）。若是設置爲0的話，則年輕代對象不通過Survivor區直接進入年老代。對於年老代比較多的應用，能夠提升效率。若是將此值 設置爲一個較大值，則年輕代對象會在Survivor區進行屢次複製，這樣能夠增長對象再年輕代的存活時間，增長在年輕代即被回收的機率。設置爲30表示 一個對象若是在Survivor空間移動30次尚未被回收就放入年老代。 
-XX:+UseConcMarkSweepGC：設置年老代爲併發收集。測試配置這個參數之後，參數-XX:NewRatio=4就失效了，因此，此時年輕代大小最好用-Xmn設置，所以這個參數不建議使用。 
參考資料 - JVM堆內存的分代 
虛 擬機的堆內存共劃分爲三個代：年輕代（Young Generation）、年老代（Old Generation）和持久代（Permanent Generation）。其中持久代主要存放的是Java類的類信息，與垃圾收集器要收集的Java對象關係不大。因此，年輕代和年老代的劃分纔是對垃圾 收集影響比較大的。

年輕代 
全部新生成的對象首先都是放在年輕代的。年輕代的目標就是儘量快速的收集掉那些生命週期短的對象。年輕代分三個區。一個Eden區，兩個 Survivor區(通常而言)。

大部分對象在Eden區中生成。當Eden區滿時，還存活的對象將被複制到Survivor區（兩個中的一個），當一個Survivor區滿 時，此區的存活對象將被複制到另一個Survivor區，當另外一個Survivor區也滿了的時候，從前一個Survivor區複製過來的而且此時還存 活的對象，將被複制「年老區(Tenured)」。

須要注意，兩個Survivor區是對稱的，沒前後關係，因此同一個Survivor區中可能同時存在從Eden區複製過來對象，和從另外一個 Survivor區複製過來的對象；而複製到年老區的只有從前一個Survivor區（相對的）過來的對象。並且，Survivor區總有一個是空的。特 殊的狀況下，根據程序須要，Survivor區是能夠配置爲多個的（多於兩個），這樣能夠增長對象在年輕代中的存在時間，減小被放到年老代的可能。

年老代 
在年輕代中經歷了N（可配置）次垃圾回收後仍然存活的對象，就會被放到年老代中。所以，能夠認爲年老代中存放的都是一些生命週期較長的對象。

持久代  用於存放靜態數據，如 Java Class, Method 等。持久代對垃圾回收沒有顯著影響，可是有些應用可能動態生成或者調用一些Class，例如 Hibernate 等，在這種時候須要設置一個比較大的持久代空間來存放這些運行過程當中動態增長的類型。持久代大小經過 -XX:MaxPermSize= 進行設置。