分享一波:程序員賺外快-必看的巔峰干貨

-Xms

JVM啟動時申請的初始Heap值，默認為操作系統(tǒng)物理內(nèi)存的1/64但小于1G。默認當(dāng)空余堆內(nèi)存大于70%時，JVM會減小heap的大小到-Xms指定的大小，可通過-XX:MaxHeapFreeRation=來指定這個比列。Server端JVM最好將-Xms和-Xmx設(shè)為相同值，避免每次垃圾回收完成后JVM重新分配內(nèi)存；開發(fā)測試機JVM可以保留默認值。
-Xmx

JVM可申請的最大Heap值，默認值為物理內(nèi)存的1/4但小于1G，默認當(dāng)空余堆內(nèi)存小于40%時，JVM會增大Heap到-Xmx指定的大小，可通過-XX:MinHeapFreeRation=來指定這個比列。最佳設(shè)值應(yīng)該視物理內(nèi)存大小及計算機內(nèi)其他內(nèi)存開銷而定。
-Xmn

Java Heap Young區(qū)大小。整個堆大小=年輕代大小 + 年老代大小 + 持久代大小(相對于HotSpot 類型的虛擬機來說)。持久代一般固定大小為64m，所以增大年輕代后，將會減小年老代大小。此值對系統(tǒng)性能影響較大，Sun官方推薦配置為整個堆的3/8。

程序新創(chuàng)建的對象都是從年輕代分配內(nèi)存，年輕代由Eden Space和兩塊相同大小的SurvivorSpace(通常又稱S0和S1或From和To)構(gòu)成，可通過-Xmn參數(shù)來指定年輕代的大小，也可以通過-XX:SurvivorRation來調(diào)整Eden Space及SurvivorSpace的大小。

老年代用于存放經(jīng)過多次新生代GC仍然存活的對象，例如緩存對象，新建的對象也有可能直接進入老年代，主要有兩種情況：1、大對象，可通過啟動參數(shù)設(shè)置-XX:PretenureSizeThreshold=1024(單位為字節(jié)，默認為0)來代表超過多大時就不在新生代分配，而是直接在老年代分配。2、大的數(shù)組對象，且數(shù)組中無引用外部對象。老年代所占的內(nèi)存大小為-Xmx對應(yīng)的值減去-Xmn對應(yīng)的值。如果在堆中沒有內(nèi)存完成實例分配，并且堆也無法再擴展時，將會拋出OutOfMemoryError異常。
-Xss

Java每個線程的Stack大小。JDK5.0以后每個線程堆棧大小為1M，以前每個線程堆棧大小為256K。根據(jù)應(yīng)用的線程所需內(nèi)存大小進行調(diào)整。在相同物理內(nèi)存下，減小這個值能生成更多的線程。但是操作系統(tǒng)對一個進程內(nèi)的線程數(shù)還是有限制的，不能無限生成，經(jīng)驗值在3000~5000左右。(例如：-Xss1024K)
-XX:PermSize

持久代（方法區(qū)）的初始內(nèi)存大小。（例如：-XX:PermSize=64m）
-XX:MaxPermSize

持久代（方法區(qū)）的最大內(nèi)存大小。（例如：-XX:MaxPermSize=512m）
-XX:+UseSerialGC

串行（SerialGC）是jvm的默認GC方式，一般適用于小型應(yīng)用和單處理器，算法比較簡單，GC效率也較高，但可能會給應(yīng)用帶來停頓。
-XX:+UseParallelGC

并行（ParallelGC）是指多個線程并行執(zhí)行GC，一般適用于多處理器系統(tǒng)中，可以提高GC的效率，但算法復(fù)雜，系統(tǒng)消耗較大。（配合使用：-XX:ParallelGCThreads=8，并行收集器的線程數(shù)，此值最好配置與處理器數(shù)目相等）
-XX:+UseParNewGC

設(shè)置年輕代為并行收集，JKD5.0以上，JVM會根據(jù)系統(tǒng)配置自行設(shè)置，所以無需設(shè)置此值。
-XX:+UseParallelOldGC

設(shè)置年老代為并行收集，JKD6.0出現(xiàn)的參數(shù)選項。
-XX:+UseConcMarkSweepGC

并發(fā)（ConcMarkSweepGC）是指GC運行時，對應(yīng)用程序運行幾乎沒有影響（也會造成停頓，不過很小而已），GC和app兩者的線程在并發(fā)執(zhí)行，這樣可以最大限度不影響app的運行。
-XX:+UseCMSCompactAtFullCollection

在Full GC的時候，對老年代進行壓縮整理。因為CMS是不會移動內(nèi)存的，因此非常容易產(chǎn)生內(nèi)存碎片。因此增加這個參數(shù)就可以在FullGC后對內(nèi)存進行壓縮整理，消除內(nèi)存碎片。當(dāng)然這個操作也有一定缺點，就是會增加CPU開銷與GC時間，所以可以通過-XX:CMSFullGCsBeforeCompaction=3 這個參數(shù)來控制多少次Full GC以后進行一次碎片整理。
-XX:+CMSInitiatingOccupancyFraction=80

代表老年代使用空間達到80%后，就進行Full GC。CMS收集器在進行垃圾收集時，和應(yīng)用程序一起工作，所以，不能等到老年代幾乎完全被填滿了再進行收集，這樣會影響并發(fā)的應(yīng)用線程的空間使用，從而再次觸發(fā)不必要的Full GC。
-XX:+MaxTenuringThreshold=10

垃圾的最大年齡，代表對象在Survivor區(qū)經(jīng)過10次復(fù)制以后才進入老年代。如果設(shè)置為0，則年輕代對象不經(jīng)過Survivor區(qū)，直接進入老年代。

*************************************優(yōu)雅的分割線 **********************************

分享一波:程序員賺外快-必看的巔峰干貨

如果以上內(nèi)容對你覺得有用,并想獲取更多的賺錢方式和免費的技術(shù)教程

請關(guān)注微信公眾號:HB荷包

一個能讓你學(xué)習(xí)技術(shù)和賺錢方法的公眾號,持續(xù)更新

總結(jié)

以上是生活随笔為你收集整理的详解:JVM内存调优参数的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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