堆設(shè)置
-Xmx3550m：設(shè)置JVM最大堆內(nèi)存 為3550M。
-Xms3550m：設(shè)置JVM初始堆內(nèi)存 為3550M。此值可以設(shè)置與-Xmx相同，以避免每次垃圾回收完成后JVM重新分配內(nèi)存。
-Xss128k：設(shè)置每個(gè)線程的棧 大小。JDK5.0以后每個(gè)線程棧大小為1M，之前每個(gè)線程棧大小為256K。應(yīng)當(dāng)根據(jù)應(yīng)用的線程所需內(nèi)存大小進(jìn)行調(diào)整。在相同物理內(nèi)存下，減小這個(gè)值能生成更多的線程。但是操作系統(tǒng)對(duì)一個(gè)進(jìn)程內(nèi)的線程數(shù)還是有限制的，不能無(wú)限生成，經(jīng)驗(yàn)值在3000~5000左右。
-Xmn2g：設(shè)置堆內(nèi)存年輕代 大小為2G。整個(gè)堆內(nèi)存大小 = 年輕代大小 + 年老代大小 + 持久代大小 。持久代一般固定大小為64m，所以增大年輕代后，將會(huì)減小年老代大小。此值對(duì)系統(tǒng)性能影響較大，Sun官方推薦配置為整個(gè)堆的3/8。
-XX:PermSize=256M：設(shè)置堆內(nèi)存持久代 初始值為256M。(貌似是Eclipse等IDE的初始化參數(shù))
-XX:MaxNewSize=size：新生成的對(duì)象能占用內(nèi)存的最大值。
-XX:MaxPermSize=512M：設(shè)置持久代最大值為512M。
-XX:NewRatio=4：設(shè)置堆內(nèi)存年輕代（包括Eden和兩個(gè)Survivor區(qū)）與堆內(nèi)存年老代的比值（除去持久代） 。設(shè)置為4，則年輕代所占與年老代所占的比值為1:4。
-XX:SurvivorRatio=4：設(shè)置堆內(nèi)存年輕代中Eden區(qū)與Survivor區(qū)大小的比值 。設(shè)置為4，則兩個(gè)Survivor區(qū)（JVM堆內(nèi)存年輕代中默認(rèn)有2個(gè)Survivor區(qū)）與一個(gè)Eden區(qū)的比值為2:4，一個(gè)Survivor區(qū)占整個(gè)年輕代的1/6。
-XX:MaxTenuringThreshold=7：表示一個(gè)對(duì)象如果在救助空間（Survivor區(qū)）移動(dòng)7次還沒(méi)有被回收就放入年老代。
如果設(shè)置為0的話，則年輕代對(duì)象不經(jīng)過(guò)Survivor區(qū)，直接進(jìn)入年老代，對(duì)于年老代比較多的應(yīng)用，這樣做可以提高效率。
如果將此值設(shè)置為一個(gè)較大值，則年輕代對(duì)象會(huì)在Survivor區(qū)進(jìn)行多次復(fù)制，這樣可以增加對(duì)象在年輕代存活時(shí)間，增加對(duì)象在年輕代即被回收的概率。
回收器選擇
JVM給了三種選擇：串行收集器、并行收集器、并發(fā)收集器，但是串行收集器只適用于小數(shù)據(jù)量的情況，所以這里的選擇主要針對(duì)并行收集器和并發(fā)收集器。 默認(rèn)情況下，JDK5.0以前都是使用串行收集器，如果想使用其他收集器需要在啟動(dòng)時(shí)加入相應(yīng)參數(shù)。JDK5.0以后，JVM會(huì)根據(jù)當(dāng)前系統(tǒng)配置進(jìn)行智能判斷。 串行收集器
-XX:+UseSerialGC：設(shè)置串行收集器
并行收集器(吞吐量?jī)?yōu)先)
-XX:+UseParallelGC：選擇垃圾收集器為并行收集器。此配置僅對(duì)年輕代有效。即上述配置下，年輕代使用并發(fā)收集，而年老代仍舊使用串行收集。
-XX:ParallelGCThreads=20：配置并行收集器的線程數(shù)，即：同時(shí)多少個(gè)線程一起進(jìn)行垃圾回收。此值最好配置與處理器數(shù)目相等。
-XX:+UseParallelOldGC：配置年老代垃圾收集方式為并行收集。JDK6.0支持對(duì)年老代并行收集。
-XX:MaxGCPauseMillis=100：設(shè)置每次年輕代垃圾回收的最長(zhǎng)時(shí)間（單位毫秒），如果無(wú)法滿足此時(shí)間，JVM會(huì)自動(dòng)調(diào)整年輕代大小，以滿足此值。
-XX:+UseAdaptiveSizePolicy：設(shè)置此選項(xiàng)后，并行收集器會(huì)自動(dòng)選擇年輕代區(qū)大小和相應(yīng)的Survivor區(qū)比例，以達(dá)到目標(biāo)系統(tǒng)規(guī)定的最低響應(yīng)時(shí)間或者收集頻率等。
此參數(shù)建議使用并行收集器時(shí)，一直打開(kāi)。
并發(fā)收集器(響應(yīng)時(shí)間優(yōu)先)
-XX:+UseParNewGC：設(shè)置年輕代為并發(fā)收集。可與CMS收集同時(shí)使用。JDK5.0以上，JVM會(huì)根據(jù)系統(tǒng)配置自行設(shè)置，所以無(wú)需再設(shè)置此值。
CMS，全稱Concurrent Low Pause Collector，是jdk1.4后期版本開(kāi)始引入的新gc算法，在jdk5和jdk6中得到了進(jìn)一步改進(jìn)，它的主要適合場(chǎng)景是對(duì)響應(yīng)時(shí)間的重要性需求大于對(duì)吞吐量的要求，能夠承受垃圾回收線程和應(yīng)用線程共享處理器資源，并且應(yīng)用中存在比較多的長(zhǎng)生命周期的對(duì)象的應(yīng)用。CMS是用于對(duì)tenured generation的回收，也就是年老代的回收，目標(biāo)是盡量減少應(yīng)用的暫停時(shí)間，減少FullGC發(fā)生的幾率，利用和應(yīng)用程序線程并發(fā)的垃圾回收線程來(lái)標(biāo)記清除年老代。
-XX:+UseConcMarkSweepGC：設(shè)置年老代為并發(fā)收集。測(cè)試中配置這個(gè)以后，-XX:NewRatio=4的配置失效了。所以，此時(shí)年輕代大小最好用-Xmn設(shè)置。
-XX:CMSFullGCsBeforeCompaction=：由于并發(fā)收集器不對(duì)內(nèi)存空間進(jìn)行壓縮、整理，所以運(yùn)行一段時(shí)間以后會(huì)產(chǎn)生“碎片”，使得運(yùn)行效率降低。此參數(shù)設(shè)置運(yùn)行次FullGC以后對(duì)內(nèi)存空間進(jìn)行壓縮、整理。
-XX:+UseCMSCompactAtFullCollection：打開(kāi)對(duì)年老代的壓縮?？赡軙?huì)影響性能，但是可以消除內(nèi)存碎片。
-XX:+CMSIncrementalMode：設(shè)置為增量收集模式。一般適用于單CPU情況。
-XX:CMSInitiatingOccupancyFraction=70：表示年老代空間到70%時(shí)就開(kāi)始執(zhí)行CMS，確保年老代有足夠的空間接納來(lái)自年輕代的對(duì)象。
注：如果使用 throughput collector 和 concurrent low pause collector 這兩種垃圾收集器，需要適當(dāng)?shù)耐Ω邇?nèi)存大小，為多線程做準(zhǔn)備。 其它
-XX:+ScavengeBeforeFullGC：新生代GC優(yōu)先于Full GC執(zhí)行。
-XX:-DisableExplicitGC：禁止調(diào)用System.gc()，但JVM的gc仍然有效。
-XX:+MaxFDLimit：最大化文件描述符的數(shù)量限制。
-XX:+UseThreadPriorities：啟用本地線程優(yōu)先級(jí)API，即使 java.lang.Thread.setPriority() 生效，反之無(wú)效。
-XX:SoftRefLRUPolicyMSPerMB=0：“軟引用”的對(duì)象在最后一次被訪問(wèn)后能存活0毫秒（默認(rèn)為1秒）。
-XX:TargetSurvivorRatio=90：允許90%的Survivor空間被占用（默認(rèn)為50%）。提高對(duì)于Survivor的使用率——超過(guò)就會(huì)嘗試?yán)厥铡?
輔助信息
-XX:-CITime：打印消耗在JIT編譯的時(shí)間
-XX:ErrorFile=./hs_err_pid.log：保存錯(cuò)誤日志或者數(shù)據(jù)到指定文件中
-XX:-ExtendedDTraceProbes：開(kāi)啟solaris特有的dtrace探針
-XX:HeapDumpPath=./java_pid.hprof：指定導(dǎo)出堆信息時(shí)的路徑或文件名
-XX:-HeapDumpOnOutOfMemoryError：當(dāng)首次遭遇內(nèi)存溢出時(shí)導(dǎo)出此時(shí)堆中相關(guān)信息
-XX:OnError=";"：出現(xiàn)致命ERROR之后運(yùn)行自定義命令
-XX:OnOutOfMemoryError=";"：當(dāng)首次遭遇內(nèi)存溢出時(shí)執(zhí)行自定義命令
-XX:-PrintClassHistogram：遇到Ctrl-Break后打印類實(shí)例的柱狀信息，與jmap -histo功能相同
-XX:-PrintConcurrentLocks：遇到Ctrl-Break后打印并發(fā)鎖的相關(guān)信息，與jstack -l功能相同
-XX:-PrintCommandLineFlags：打印在命令行中出現(xiàn)過(guò)的標(biāo)記
-XX:-PrintCompilation：當(dāng)一個(gè)方法被編譯時(shí)打印相關(guān)信息
-XX:-PrintGC：每次GC時(shí)打印相關(guān)信息
-XX:-PrintGC Details：每次GC時(shí)打印詳細(xì)信息
-XX:-PrintGCTimeStamps：打印每次GC的時(shí)間戳
-XX:-TraceClassLoading：跟蹤類的加載信息
-XX:-TraceClassLoadingPreorder：跟蹤被引用到的所有類的加載信息
-XX:-TraceCla***esolution：跟蹤常量池
-XX:-TraceClassUnloading：跟蹤類的卸載信息
-XX:-TraceLoaderConstraints：跟蹤類加載器約束的相關(guān)信息
JVM服務(wù)調(diào)優(yōu)實(shí)戰(zhàn)
服務(wù)器：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。整個(gè)堆內(nèi)存大小 = 年輕代大小 + 年老代大小 + 持久代大小 。持久代一般固定大小為64m，所以增大年輕代后，將會(huì)減小年老代大小。此值對(duì)系統(tǒng)性能影響較大，Sun官方推薦配置為整個(gè)堆的3/8。
-XX:+UseParNewGC：設(shè)置年輕代為并行收集。可與CMS收集同時(shí)使用。JDK5.0以上，JVM會(huì)根據(jù)系統(tǒng)配置自行設(shè)置，所以無(wú)需再設(shè)置此值。
-XX:ParallelGCThreads=8：配置并行收集器的線程數(shù)，即：同時(shí)多少個(gè)線程一起進(jìn)行垃圾回收。此值最好配置與處理器數(shù)目相等。
-XX:SurvivorRatio=6：設(shè)置年輕代中Eden區(qū)與Survivor區(qū)的大小比值。根據(jù)經(jīng)驗(yàn)設(shè)置為6，則兩個(gè)Survivor區(qū)與一個(gè)Eden區(qū)的比值為2:6，一個(gè)Survivor區(qū)占整個(gè)年輕代的1/8。
-XX:MaxTenuringThreshold=30：設(shè)置垃圾最大年齡（次數(shù)）。如果設(shè)置為0的話，則年輕代對(duì)象不經(jīng)過(guò)Survivor區(qū)直接進(jìn)入年老代。對(duì)于年老代比較多的應(yīng)用，可以提高效率。如果將此值設(shè)置為一個(gè)較大值，則年輕代對(duì)象會(huì)在Survivor區(qū)進(jìn)行多次復(fù)制，這樣可以增加對(duì)象再年輕代的存活時(shí)間，增加在年輕代即被回收的概率。設(shè)置為30表示一個(gè)對(duì)象如果在Survivor空間移動(dòng)30次還沒(méi)有被回收就放入年老代。
-XX:+UseConcMarkSweepGC：設(shè)置年老代為并發(fā)收集。測(cè)試配置這個(gè)參數(shù)以后，參數(shù)-XX:NewRatio=4就失效了，所以，此時(shí)年輕代大小最好用-Xmn設(shè)置，因此這個(gè)參數(shù)不建議使用。
參考資料 - JVM堆內(nèi)存的分代
虛擬機(jī)的堆內(nèi)存共劃分為三個(gè)代：年輕代（Young Generation）、年老代（Old Generation）和持久代（Permanent Generation）。其中持久代主要存放的是Java類的類信息，與垃圾收集器要收集的Java對(duì)象關(guān)系不大。所以，年輕代和年老代的劃分才是對(duì)垃圾收集影響比較大的。 年輕代
所有新生成的對(duì)象首先都是放在年輕代的。年輕代的目標(biāo)就是盡可能快速的收集掉那些生命周期短的對(duì)象。年輕代分三個(gè)區(qū)。一個(gè)Eden區(qū)，兩個(gè) Survivor區(qū)(一般而言)。 大部分對(duì)象在Eden區(qū)中生成。當(dāng)Eden區(qū)滿時(shí)，還存活的對(duì)象將被復(fù)制到Survivor區(qū)（兩個(gè)中的一個(gè)），當(dāng)一個(gè)Survivor區(qū)滿時(shí)，此區(qū)的存活對(duì)象將被復(fù)制到另外一個(gè)Survivor區(qū)，當(dāng)另一個(gè)Survivor區(qū)也滿了的時(shí)候，從前一個(gè)Survivor區(qū)復(fù)制過(guò)來(lái)的并且此時(shí)還存活的對(duì)象，將被復(fù)制“年老區(qū)(Tenured)”。 需要注意，兩個(gè)Survivor區(qū)是對(duì)稱的，沒(méi)先后關(guān)系，所以同一個(gè)Survivor區(qū)中可能同時(shí)存在從Eden區(qū)復(fù)制過(guò)來(lái)對(duì)象，和從另一個(gè)Survivor區(qū)復(fù)制過(guò)來(lái)的對(duì)象；而復(fù)制到年老區(qū)的只有從前一個(gè)Survivor區(qū)（相對(duì)的）過(guò)來(lái)的對(duì)象。而且，Survivor區(qū)總有一個(gè)是空的。特殊的情況下，根據(jù)程序需要，Survivor區(qū)是可以配置為多個(gè)的（多于兩個(gè)），這樣可以增加對(duì)象在年輕代中的存在時(shí)間，減少被放到年老代的可能。 年老代
在年輕代中經(jīng)歷了N（可配置）次垃圾回收后仍然存活的對(duì)象，就會(huì)被放到年老代中。因此，可以認(rèn)為年老代中存放的都是一些生命周期較長(zhǎng)的對(duì)象。 持久代
用于存放靜態(tài)數(shù)據(jù)，如 Java Class, Method 等。持久代對(duì)垃圾回收沒(méi)有顯著影響，但是有些應(yīng)用可能動(dòng)態(tài)生成或者調(diào)用一些Class，例如 Hibernate 等，在這種時(shí)候需要設(shè)置一個(gè)比較大的持久代空間來(lái)存放這些運(yùn)行過(guò)程中動(dòng)態(tài)增加的類型。持久代大小通過(guò) -XX:MaxPermSize= 進(jìn)行設(shè)置。 ?

轉(zhuǎn)載于:https://blog.51cto.com/huqicto/280892

總結(jié)

以上是生活随笔為你收集整理的如何调优JVM - 优化Java虚拟机（大全+实例）的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。