堆設(shè)置

• -Xmx3550m：設(shè)置JVM最大堆內(nèi)存 為3550M。
• -Xms3550m：設(shè)置JVM初始堆內(nèi)存 為3550M。此值可以設(shè)置與-Xmx相同，以避免每次垃圾回收完成后JVM重新分配內(nèi)存。
• -Xss128k：設(shè)置每個線程的棧 大小。JDK5.0以后每個線程棧大小為1M，之前每個線程棧大小為256K。應當根據(jù)應用的線程所需內(nèi)存大小進行調(diào)整。在相同物理內(nèi)存下，減小這個值能生成更多的線程。但是操作系統(tǒng)對一個進程內(nèi)的線程數(shù)還是有限制的，不能無限生成，經(jīng)驗值在3000~5000左右。
• -Xmn2g：設(shè)置堆內(nèi)存年輕代 大小為2G。整個堆內(nèi)存大小 = 年輕代大小 + 年老代大小 + 持久代大小 。持久代一般固定大小為64m，所以增大年輕代后，將會減小年老代大小。此值對系統(tǒng)性能影響較大，Sun官方推薦配置為整個堆的3/8。
• -XX:PermSize=256M：設(shè)置堆內(nèi)存持久代 初始值為256M。(貌似是Eclipse等IDE的初始化參數(shù))
• -XX:MaxNewSize=size：新生成的對象能占用內(nèi)存的最大值。
• -XX:MaxPermSize=512M：設(shè)置持久代最大值為512M。
• -XX:NewRatio=4：設(shè)置堆內(nèi)存年輕代（包括Eden和兩個Survivor區(qū)）與堆內(nèi)存年老代的比值（除去持久代） 。設(shè)置為4，則年輕代所占與年老代所占的比值為1:4。
• -XX:SurvivorRatio=4：設(shè)置堆內(nèi)存年輕代中Eden區(qū)與Survivor區(qū)大小的比值 。設(shè)置為4，則兩個Survivor區(qū)（JVM堆內(nèi)存年輕代中默認有2個Survivor區(qū)）與一個Eden區(qū)的比值為2:4，一個Survivor區(qū)占整個年輕代的1/6。
• -XX:MaxTenuringThreshold=7：表示一個對象如果在救助空間（Survivor區(qū)）移動7次還沒有被回收就放入年老代。
  • 如果設(shè)置為0的話，則年輕代對象不經(jīng)過Survivor區(qū)，直接進入年老代，對于年老代比較多的應用，這樣做可以提高效率。
  • 如果將此值設(shè)置為一個較大值，則年輕代對象會在Survivor區(qū)進行多次復制，這樣可以增加對象在年輕代存活時間，增加對象在年輕代即被回收的概率。

回收器選擇

JVM給了三種選擇：串行收集器、并行收集器、并發(fā)收集器，但是串行收集器只適用于小數(shù)據(jù)量的情況，所以這里的選擇主要針對并行收集器和并發(fā)收集器。

默認情況下，JDK5.0以前都是使用串行收集器，如果想使用其他收集器需要在啟動時加入相應參數(shù)。JDK5.0以后，JVM會根據(jù)當前系統(tǒng)配置進行智能判斷。

串行收集器

• -XX:+UseSerialGC：設(shè)置串行收集器

并行收集器(吞吐量優(yōu)先)

• -XX:+UseParallelGC：選擇垃圾收集器為并行收集器。此配置僅對年輕代有效。即上述配置下，年輕代使用并發(fā)收集，而年老代仍舊使用串行收集。
• -XX:ParallelGCThreads=20：配置并行收集器的線程數(shù)，即：同時多少個線程一起進行垃圾回收。此值最好配置與處理器數(shù)目相等。
• -XX:+UseParallelOldGC：配置年老代垃圾收集方式為并行收集。JDK6.0支持對年老代并行收集。
• -XX:MaxGCPauseMillis=100：設(shè)置每次年輕代垃圾回收的最長時間（單位毫秒），如果無法滿足此時間，JVM會自動調(diào)整年輕代大小，以滿足此值。
• -XX:+UseAdaptiveSizePolicy：設(shè)置此選項后，并行收集器會自動選擇年輕代區(qū)大小和相應的Survivor區(qū)比例，以達到目標系統(tǒng)規(guī)定的最低響應時間或者收集頻率等。
  • 此參數(shù)建議使用并行收集器時，一直打開。

并發(fā)收集器(響應時間優(yōu)先)

• -XX:+UseParNewGC：設(shè)置年輕代為并發(fā)收集?？膳cCMS收集同時使用。JDK5.0以上，JVM會根據(jù)系統(tǒng)配置自行設(shè)置，所以無需再設(shè)置此值。
  • CMS，全稱Concurrent Low Pause Collector，是jdk1.4后期版本開始引入的新gc算法，在jdk5和jdk6中得到了進一步改進，它的主要適合場景是對響應時間的重要性需求大于對吞吐量的要求，能夠承受垃圾回收線程和應用線程共享處理器資源，并且應用中存在比較多的長生命周期的對象的應用。CMS是用于對tenured generation的回收，也就是年老代的回收，目標是盡量減少應用的暫停時間，減少FullGC發(fā)生的幾率，利用和應用程序線程并發(fā)的垃圾回收線程來標記清除年老代。
• -XX:+UseConcMarkSweepGC：設(shè)置年老代為并發(fā)收集。測試中配置這個以后，-XX:NewRatio=4的配置失效了。所以，此時年輕代大小最好用-Xmn設(shè)置。
• -XX:CMSFullGCsBeforeCompaction=：由于并發(fā)收集器不對內(nèi)存空間進行壓縮、整理，所以運行一段時間以后會產(chǎn)生“碎片”，使得運行效率降低。此參數(shù)設(shè)置運行次FullGC以后對內(nèi)存空間進行壓縮、整理。
• -XX:+UseCMSCompactAtFullCollection：打開對年老代的壓縮?？赡軙绊懶阅埽强梢韵齼?nèi)存碎片。
• -XX:+CMSIncrementalMode：設(shè)置為增量收集模式。一般適用于單CPU情況。
• -XX:CMSInitiatingOccupancyFraction=70：表示年老代空間到70%時就開始執(zhí)行CMS，確保年老代有足夠的空間接納來自年輕代的對象。

注：如果使用 throughput collector 和 concurrent low pause collector 這兩種垃圾收集器，需要適當?shù)耐Ω邇?nèi)存大小，為多線程做準備。

其它

• -XX:+ScavengeBeforeFullGC：新生代GC優(yōu)先于Full GC執(zhí)行。
• -XX:-DisableExplicitGC：禁止調(diào)用System.gc()，但JVM的gc仍然有效。
• -XX:+MaxFDLimit：最大化文件描述符的數(shù)量限制。
• -XX:+UseThreadPriorities：啟用本地線程優(yōu)先級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：保存錯誤日志或者數(shù)據(jù)到指定文件中
• -XX:-ExtendedDTraceProbes：開啟solaris特有的dtrace探針
• -XX:HeapDumpPath=./java_pid.hprof：指定導出堆信息時的路徑或文件名
• -XX:-HeapDumpOnOutOfMemoryError：當首次遭遇內(nèi)存溢出時導出此時堆中相關(guān)信息
• -XX:OnError=";"：出現(xiàn)致命ERROR之后運行自定義命令
• -XX:OnOutOfMemoryError=";"：當首次遭遇內(nèi)存溢出時執(zhí)行自定義命令
• -XX:-PrintClassHistogram：遇到Ctrl-Break后打印類實例的柱狀信息，與jmap -histo功能相同
• -XX:-PrintConcurrentLocks：遇到Ctrl-Break后打印并發(fā)鎖的相關(guān)信息，與jstack -l功能相同
• -XX:-PrintCommandLineFlags：打印在命令行中出現(xiàn)過的標記
• -XX:-PrintCompilation：當一個方法被編譯時打印相關(guān)信息
• -XX:-PrintGC：每次GC時打印相關(guān)信息
• -XX:-PrintGC Details：每次GC時打印詳細信息
• -XX:-PrintGCTimeStamps：打印每次GC的時間戳
• -XX:-TraceClassLoading：跟蹤類的加載信息
• -XX:-TraceClassLoadingPreorder：跟蹤被引用到的所有類的加載信息
• -XX:-TraceClassResolution：跟蹤常量池
• -XX:-TraceClassUnloading：跟蹤類的卸載信息
• -XX:-TraceLoaderConstraints：跟蹤類加載器約束的相關(guān)信息

JVM服務調(diào)優(yōu)實戰(zhàn)

服務器：8 cup, 8G mem

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

調(diào)優(yōu)方案：

• -Xmx5g：設(shè)置JVM最大可用內(nèi)存為5G。
• -Xms5g：設(shè)置JVM初始內(nèi)存為5G。此值可以設(shè)置與-Xmx相同，以避免每次垃圾回收完成后JVM重新分配內(nèi)存。
• -Xmn2g：設(shè)置年輕代大小為2G。整個堆內(nèi)存大小 = 年輕代大小 + 年老代大小 + 持久代大小 。持久代一般固定大小為64m，所以增大年輕代后，將會減小年老代大小。此值對系統(tǒng)性能影響較大，Sun官方推薦配置為整個堆的3/8。
• -XX:+UseParNewGC：設(shè)置年輕代為并行收集。可與CMS收集同時使用。JDK5.0以上，JVM會根據(jù)系統(tǒng)配置自行設(shè)置，所以無需再設(shè)置此值。
• -XX:ParallelGCThreads=8：配置并行收集器的線程數(shù)，即：同時多少個線程一起進行垃圾回收。此值最好配置與處理器數(shù)目相等。
• -XX:SurvivorRatio=6：設(shè)置年輕代中Eden區(qū)與Survivor區(qū)的大小比值。根據(jù)經(jīng)驗設(shè)置為6，則兩個Survivor區(qū)與一個Eden區(qū)的比值為2:6，一個Survivor區(qū)占整個年輕代的1/8。
• -XX:MaxTenuringThreshold=30：設(shè)置垃圾最大年齡（次數(shù)）。如果設(shè)置為0的話，則年輕代對象不經(jīng)過Survivor區(qū)直接進入年老代。對于年老代比較多的應用，可以提高效率。如果將此值設(shè)置為一個較大值，則年輕代對象會在Survivor區(qū)進行多次復制，這樣可以增加對象再年輕代的存活時間，增加在年輕代即被回收的概率。設(shè)置為30表示一個對象如果在Survivor空間移動30次還沒有被回收就放入年老代。
• -XX:+UseConcMarkSweepGC：設(shè)置年老代為并發(fā)收集。測試配置這個參數(shù)以后，參數(shù)-XX:NewRatio=4就失效了，所以，此時年輕代大小最好用-Xmn設(shè)置，因此這個參數(shù)不建議使用。

參考資料 - JVM堆內(nèi)存的分代

虛擬機的堆內(nèi)存共劃分為三個代：年輕代（Young Generation）、年老代（Old Generation）和持久代（Permanent Generation）。其中持久代主要存放的是Java類的類信息，與垃圾收集器要收集的Java對象關(guān)系不大。所以，年輕代和年老代的劃分才是對垃圾收集影響比較大的。

年輕代

所有新生成的對象首先都是放在年輕代的。年輕代的目標就是盡可能快速的收集掉那些生命周期短的對象。年輕代分三個區(qū)。一個Eden區(qū)，兩個 Survivor區(qū)(一般而言)。

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

需要注意，兩個Survivor區(qū)是對稱的，沒先后關(guān)系，所以同一個Survivor區(qū)中可能同時存在從Eden區(qū)復制過來對象，和從另一個Survivor區(qū)復制過來的對象；而復制到年老區(qū)的只有從前一個Survivor區(qū)（相對的）過來的對象。而且，Survivor區(qū)總有一個是空的。特殊的情況下，根據(jù)程序需要，Survivor區(qū)是可以配置為多個的（多于兩個），這樣可以增加對象在年輕代中的存在時間，減少被放到年老代的可能。

年老代

在年輕代中經(jīng)歷了N（可配置）次垃圾回收后仍然存活的對象，就會被放到年老代中。因此，可以認為年老代中存放的都是一些生命周期較長的對象。

持久代

用于存放靜態(tài)數(shù)據(jù)，如 Java Class, Method 等。持久代對垃圾回收沒有顯著影響，但是有些應用可能動態(tài)生成或者調(diào)用一些Class，例如 Hibernate 等，在這種時候需要設(shè)置一個比較大的持久代空間來存放這些運行過程中動態(tài)增加的類型。持久代大小通過 -XX:MaxPermSize= 進行設(shè)置。