如何優(yōu)化Java虛擬機(jī)

這篇文章將為大家詳細(xì)講解有關(guān)如何優(yōu)化Java虛擬機(jī)，小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

堆設(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ù)還是有限制的，不能無限生成，經(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次還沒有被回收就放入年老代。

如果設(shè)置為0的話，則年輕代對(duì)象不經(jīng)過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è)置串行收集器

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

-XX:+UseParallelGC：選擇垃圾收集器為并行收集器。此配置僅對(duì)年輕代有效。即上述配置下，年輕代使用并發(fā)收集，而年老代仍舊使用串行收集。
-XX:ParallelGCThreads=20：配置并行收集器的線程數(shù)，即：同時(shí)多少個(gè)線程一起進(jìn)行垃圾回收。此值最好配置與處理器數(shù)目相等。
-XX:+UseParallelOldGC：配置年老代垃圾收集方式為并行收集。JDK6.0支持對(duì)年老代并行收集。
-XX:MaxGCPauseMillis=100：設(shè)置每次年輕代垃圾回收的最長時(shí)間（單位毫秒），如果無法滿足此時(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í)，一直打開。

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

-XX:+UseParNewGC：設(shè)置年輕代為并發(fā)收集?？膳cCMS收集同時(shí)使用。JDK5.0以上，JVM會(huì)根據(jù)系統(tǒng)配置自行設(shè)置，所以無需再設(shè)置此值。

CMS，全稱ConcurrentLowPauseCollector，是jdk1.4后期版本開始引入的新gc算法，在jdk5和jdk6中得到了進(jìn)一步改進(jìn)，它的主要適合場景是對(duì)響應(yīng)時(shí)間的重要性需求大于對(duì)吞吐量的要求，能夠承受垃圾回收線程和應(yīng)用線程共享處理器資源，并且應(yīng)用中存在比較多的長生命周期的對(duì)象的應(yīng)用。CMS是用于對(duì)tenuredgeneration的回收，也就是年老代的回收，目標(biāo)是盡量減少應(yīng)用的暫停時(shí)間，減少FullGC發(fā)生的幾率，利用和應(yīng)用程序線程并發(fā)的垃圾回收線程來標(biāo)記清除年老代。

-XX:+UseConcMarkSweepGC：設(shè)置年老代為并發(fā)收集。測試中配置這個(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：打開對(duì)年老代的壓縮?？赡軙?huì)影響性能，但是可以消除內(nèi)存碎片。
-XX:+CMSIncrementalMode：設(shè)置為增量收集模式。一般適用于單CPU情況。
-XX:CMSInitiatingOccupancyFraction=70：表示年老代空間到70%時(shí)就開始執(zhí)行CMS，確保年老代有足夠的空間接納來自年輕代的對(duì)象。

注：如果使用throughputcollector和concurrentlowpausecollector這兩種垃圾收集器，需要適當(dāng)?shù)耐Ω邇?nèi)存大小，為多線程做準(zhǔn)備。

其它

-XX:+ScavengeBeforeFullGC：新生代GC優(yōu)先于FullGC執(zhí)行。
-XX:-DisableExplicitGC：禁止調(diào)用System.gc()，但JVM的gc仍然有效。
-XX:+MaxFDLimit：最大化文件描述符的數(shù)量限制。
-XX:+UseThreadPriorities：啟用本地線程優(yōu)先級(jí)API，即使java.lang.Thread.setPriority()生效，反之無效。
-XX:SoftRefLRUPolicyMSPerMB=0：“軟引用”的對(duì)象在最后一次被訪問后能存活0毫秒（默認(rèn)為1秒）。
-XX:TargetSurvivorRatio=90：允許90%的Survivor空間被占用（默認(rèn)為50%）。提高對(duì)于Survivor的使用率——超過就會(huì)嘗試?yán)厥铡?/p>

輔助信息

-XX:-CITime：打印消耗在JIT編譯的時(shí)間
-XX:ErrorFile=./hs_err_pid.log：保存錯(cuò)誤日志或者數(shù)據(jù)到指定文件中
-XX:-ExtendedDTraceProbes：開啟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)過的標(biāo)記
-XX:-PrintCompilation：當(dāng)一個(gè)方法被編譯時(shí)打印相關(guān)信息
-XX:-PrintGC：每次GC時(shí)打印相關(guān)信息
-XX:-PrintGCDetails：每次GC時(shí)打印詳細(xì)信息
-XX:-PrintGCTimeStamps：打印每次GC的時(shí)間戳
-XX:-TraceClassLoading：跟蹤類的加載信息
-XX:-TraceClassLoadingPreorder：跟蹤被引用到的所有類的加載信息
-XX:-TraceClassResolution：跟蹤常量池
-XX:-TraceClassUnloading：跟蹤類的卸載信息
-XX:-TraceLoaderConstraints：跟蹤類加載器約束的相關(guān)信息

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

服務(wù)器：8cup,8Gmem

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è)置年輕代為并行收集?？膳cCMS收集同時(shí)使用。JDK5.0以上，JVM會(huì)根據(jù)系統(tǒng)配置自行設(shè)置，所以無需再設(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)過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次還沒有被回收就放入年老代。
-XX:+UseConcMarkSweepGC：設(shè)置年老代為并發(fā)收集。測試配置這個(gè)參數(shù)以后，參數(shù)-XX:NewRatio=4就失效了，所以，此時(shí)年輕代大小最好用-Xmn設(shè)置，因此這個(gè)參數(shù)不建議使用。

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

虛擬機(jī)的堆內(nèi)存共劃分為三個(gè)代：年輕代（YoungGeneration）、年老代（OldGeneration）和持久代（PermanentGeneration）。其中持久代主要存放的是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ù)制過來的并且此時(shí)還存活的對(duì)象，將被復(fù)制“年老區(qū)(Tenured)”。

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

年老代

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

持久代

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

關(guān)于“如何優(yōu)化Java虛擬機(jī)”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，請(qǐng)把它分享出去讓更多的人看到。