上一篇文章簡單寫了幾種常見的垃圾收集器，俗話說，好記性不如爛筆頭，今天總結(jié)一下這些垃圾收集器的參數(shù)總結(jié)，供自己和需要的讀者將來查閱

-XX:+UseSerialGC : Jvm運行在Client模式下的默認(rèn)值，打開此開關(guān)后，使用Serial + Serial Old的收集器組合進行內(nèi)存回收

-XX:+UseParNewGC : 打開此開關(guān)后，使用ParNew + Serial Old的收集器進行垃圾回收

-XX:+UseConcMarkSweepGC : 使用ParNew + CMS +  Serial Old的收集器組合進行內(nèi)存回收，Serial Old作為CMS出現(xiàn)“Concurrent Mode Failure”失敗后的后備收集器使用

-XX:+UseParallelGC : Jvm運行在Server模式下的默認(rèn)值，打開此開關(guān)后，使用Parallel Scavenge +  Serial Old的收集器組合進行回收

-XX:+UseParallelOldGC : 使用Parallel Scavenge +  Parallel Old的收集器組合進行回收

-XX:SurvivorRatio : 新生代中Eden區(qū)域與Survivor區(qū)域的容量比值，默認(rèn)為8，代表Eden:Subrvivor = 8:1

-XX:PRetenureSizeThreshold : 直接晉升到老年代對象的大小，設(shè)置這個參數(shù)后，大于這個參數(shù)的對象將直接在老年代分配

-XX:MaxTenuringThreshold : 晉升到老年代的對象年齡，每次Minor GC之后，年齡就加1，當(dāng)超過這個參數(shù)的值時進入老年代

-XX:UseAdaptiveSizePolicy : 動態(tài)調(diào)整java堆中各個區(qū)域的大小以及進入老年代的年齡

-XX:+HandlePromotionFailure : 是否允許新生代收集擔(dān)保，進行一次minor gc后, 另一塊Survivor空間不足時，將直接會在老年代中保留

-XX:ParallelGCThreads : 設(shè)置并行GC進行內(nèi)存回收的線程數(shù)

-XX:GCTimeRatio : GC時間占總時間的比列，默認(rèn)值為99，即允許1%的GC時間，僅在使用Parallel Scavenge 收集器時有效

-XX:MaxGCPauseMillis : 設(shè)置GC的最大停頓時間，在Parallel Scavenge 收集器下有效

-XX:CMSInitiatingOccupancyFraction : 設(shè)置CMS收集器在老年代空間被使用多少后出發(fā)垃圾收集，默認(rèn)值為68%，僅在CMS收集器時有效，-XX:CMSInitiatingOccupancyFraction=70

-XX:+UseCMSCompactAtFullCollection : 由于CMS收集器會產(chǎn)生碎片，此參數(shù)設(shè)置在垃圾收集器后是否需要一次內(nèi)存碎片整理過程，僅在CMS收集器時有效

-XX:+CMSFullGCBeforeCompaction : 設(shè)置CMS收集器在進行若干次垃圾收集后再進行一次內(nèi)存碎片整理過程，通常與UseCMSCompactAtFullCollection參數(shù)一起使用

-XX:+UseFastaccessorMethods : 原始類型優(yōu)化

-XX:+DisableExplicitGC : 是否關(guān)閉手動System.gc()

-XX:+CMSParallelRemarkEnabled : 降低標(biāo)記停頓

-XX:LargePageSizeInBytes : 內(nèi)存頁的大小不可設(shè)置過大，會影響Perm的大小，-XX:LargePageSizeInBytes=128m

–XX:+UseG1GC : 打開此開關(guān)后，使用G1垃圾收集器

參考資料：周志明《深入理解Java虛擬機》第二版第三章