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

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

為蘇尼特左等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計制作服務(wù)，及蘇尼特左網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都網(wǎng)站制作、做網(wǎng)站、外貿(mào)營銷網(wǎng)站建設(shè)、蘇尼特左網(wǎng)站設(shè)計，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！

堆設(shè)置

-Xmx3550m：設(shè)置JVM最大堆內(nèi)存為3550M。
-Xms3550m：設(shè)置JVM初始堆內(nèi)存為3550M。此值可以設(shè)置與-Xmx相同，以避免每次垃圾回收完成后JVM重新分配內(nèi)存。
-Xss128k：設(shè)置每個線程的棧大小。JDK5.0以后每個線程棧大小為1M，之前每個線程棧大小為256K。應(yīng)當根據(jù)應(yīng)用的線程所需內(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ū)，直接進入年老代，對于年老代比較多的應(yīng)用，這樣做可以提高效率。

如果將此值設(shè)置為一個較大值，則年輕代對象會在Survivor區(qū)進行多次復(fù)制，這樣可以增加對象在年輕代存活時間，增加對象在年輕代即被回收的概率。

回收器選擇

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

默認情況下，JDK5.0以前都是使用串行收集器，如果想使用其他收集器需要在啟動時加入相應(yīng)參數(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ū)大小和相應(yīng)的Survivor區(qū)比例，以達到目標系統(tǒng)規(guī)定的最低響應(yīng)時間或者收集頻率等。

此參數(shù)建議使用并行收集器時，一直打開。

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

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

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

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

其它

-XX:+ScavengeBeforeFullGC：新生代GC優(yōu)先于FullGC執(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：指定導(dǎo)出堆信息時的路徑或文件名
-XX:-HeapDumpOnOutOfMemoryError：當首次遭遇內(nèi)存溢出時導(dǎo)出此時堆中相關(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:-PrintGCDetails：每次GC時打印詳細信息
-XX:-PrintGCTimeStamps：打印每次GC的時間戳
-XX:-TraceClassLoading：跟蹤類的加載信息
-XX:-TraceClassLoadingPreorder：跟蹤被引用到的所有類的加載信息
-XX:-TraceClassResolution：跟蹤常量池
-XX:-TraceClassUnloading：跟蹤類的卸載信息
-XX:-TraceLoaderConstraints：跟蹤類加載器約束的相關(guān)信息

JVM服務(wù)調(diào)優(yōu)實戰(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。整個堆內(nèi)存大小=年輕代大小+年老代大小+持久代大小。持久代一般固定大小為64m，所以增大年輕代后，將會減小年老代大小。此值對系統(tǒng)性能影響較大，Sun官方推薦配置為整個堆的3/8。
-XX:+UseParNewGC：設(shè)置年輕代為并行收集?？膳cCMS收集同時使用。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ū)直接進入年老代。對于年老代比較多的應(yīng)用，可以提高效率。如果將此值設(shè)置為一個較大值，則年輕代對象會在Survivor區(qū)進行多次復(fù)制，這樣可以增加對象再年輕代的存活時間，增加在年輕代即被回收的概率。設(shè)置為30表示一個對象如果在Survivor空間移動30次還沒有被回收就放入年老代。
-XX:+UseConcMarkSweepGC：設(shè)置年老代為并發(fā)收集。測試配置這個參數(shù)以后，參數(shù)-XX:NewRatio=4就失效了，所以，此時年輕代大小最好用-Xmn設(shè)置，因此這個參數(shù)不建議使用。

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

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

年輕代

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

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

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

年老代

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

持久代

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

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

文章名稱：如何優(yōu)化Java虛擬機
文章位置：http://muchs.cn/article32/ijdpsc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供手機網(wǎng)站建設(shè)、網(wǎng)站建設(shè)、做網(wǎng)站、網(wǎng)站改版、電子商務(wù)、軟件開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)