轉(zhuǎn)發(fā)于：https://github.com/caison/caison-blog-demo/tree/master/gc-demo
GC信息打印
-verbose:gc
開啟輸出JVM GC日志
-verbose:class
查看類加載信息明細(xì)
-XX:+PrintGCDetails
GC日志打印詳細(xì)信息
-XX:+PrintGCDateStamps
GC日志打印時(shí)間戳信息
-XX:+PrintHeapAtGC
在GC前后打印GC日志
-XX:+PrintGCApplicationStoppedTime
打印應(yīng)用暫停時(shí)間
-XX:+PrintGCApplicationConcurrentTime
打印每次垃圾回收前，程序未中斷的執(zhí)行時(shí)間
-Xloggc:./gc.log
指定GC日志目錄何文件名
-XX:+HeapDumpOnOutOfMemoryError
當(dāng)發(fā)生 OOM(OutOfMemory)時(shí)，自動(dòng)轉(zhuǎn)儲(chǔ)堆內(nèi)存快照，缺省情況未指定目錄時(shí)，JVM 會(huì)創(chuàng)建一個(gè)名稱為 java_pidPID.hprof 的堆 dump 文件在 JVM 的工作目錄下
-XX:HeapDumpPath=/data/log/gc/dump/
指定OOM時(shí)堆內(nèi)存轉(zhuǎn)儲(chǔ)快照位置
-XX:+PrintClassHistogramBeforeFullGC、-XX:+PrintClassHistogramAfterFullGC
Full GC前后打印跟蹤類視圖
-XX:+PrintTenuringDistribution
打印Young GC各個(gè)年齡段的對象分布
-XX:+PrintTLAB
打印TLAB(線程本地分配緩存區(qū))空間使用情況
CMS/G1通用內(nèi)存區(qū)域設(shè)置
-Xmx1024M
JVM最大堆內(nèi)存大小
-Xms1024M
JVM初始內(nèi)存大小，建議與-Xmx一致
-Xmn1536M
年輕代空間大小，使用G1收集器是不建議設(shè)置該值
-Xss1M
每個(gè)線程的堆棧大小
-XX:MaxMetaspaceSize=512M
最大元空間大小
-XX:MetaspaceSize=512M
初始元空間大小
-XX:SurvivorRatio=8
年輕代中Eden區(qū)與Survivor區(qū)的大小比值，缺省默認(rèn)值為8
-XX:MaxDirectMemorySize=40M
最大堆外內(nèi)存大小
CMS/G1通用閾值設(shè)置
-XX:MaxTenuringThreshold=15
設(shè)置新生代需要經(jīng)歷多少次GC晉升到老年代中的最大閾值，缺省默認(rèn)值為15
-XX:PretenureSizeThreshold=1M
代表分配在新生代一個(gè)對象占用內(nèi)存最大值，超過該最大值對象直接在old區(qū)分配，默認(rèn)值缺省是0，代表對象不管多大都是先在Eden中分配內(nèi)存
CMS/G1通用開關(guān)設(shè)置
-XX:+DisableExplicitGC
設(shè)置忽略System.gc()的調(diào)用，不建議設(shè)置該參數(shù)，因?yàn)楹芏郚IO框架，例如Netty基于顯示調(diào)用System.gc()來觸發(fā)Full GC來處理虛應(yīng)用，從而觸發(fā)清理堆外內(nèi)存，設(shè)置該參數(shù)之后會(huì)導(dǎo)致堆外內(nèi)存得不到清理 參考：為什么不推薦使用-XX:+DisableExplicitGC
-XX:+ParallelRefProcEnabled
開啟盡可能并行處理Reference對象，建議開啟
CMS/G1通用線程數(shù)設(shè)置
-XX:ParallelGCThreads=10
設(shè)置并行收集垃圾器在應(yīng)用線程STW期間時(shí)GC處理線程數(shù)
-XX:ConcGCThreads=10
設(shè)置垃圾收集器在與應(yīng)用線程并發(fā)執(zhí)行標(biāo)記處理(非STW階段)時(shí)的線程數(shù)
CMS常用
-XX:+UseConcMarkSweepGC
設(shè)置使用CMS作為老年代垃圾收集器
-XX:CMSInitiatingOccupancyFraction=70
設(shè)置老年代空間使用的比率閾值多少時(shí)觸發(fā)CMS GC，范圍1~100，建議70，需要和-XX:+UseCMSInitiatingOccupancyOnly參數(shù)搭配使用才生效
-XX:+UseCMSInitiatingOccupancyOnly
設(shè)置CMS嚴(yán)格按照-XX:CMSInitiatingOccupancyFraction參數(shù)設(shè)置的閾值來觸發(fā)CMS GC，如果沒有設(shè)置，虛擬機(jī)會(huì)根據(jù)收集的數(shù)據(jù)決定是否觸發(fā)，建議線上環(huán)境帶上這個(gè)參數(shù)，不然會(huì)加大問題排查的難度
-XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses
保證顯式調(diào)用System.gc()觸發(fā)的是一個(gè)并發(fā)GC周期而不是Full GC，建議開啟
-XX:+CMSClassUnloadingEnabled
發(fā)送CMS GC時(shí)觸發(fā)類卸載，推薦開啟
-XX:+CMSScavengeBeforeRemark
在CMS的重新標(biāo)記階段之前執(zhí)行年輕代Young GC，可減少相當(dāng)一部分的需要標(biāo)記的對象，減少CMS重新標(biāo)記時(shí)間的開銷，建議開啟
-XX:UseCMSCompactAtFullCollection
是否在CMS發(fā)生Full GC之后是否進(jìn)行空間整理，缺省默認(rèn)開啟(推薦)
-XX:CMSFullGCsBeforeCompaction
進(jìn)行多少次Full GC之后進(jìn)行一次空間整理，缺省默認(rèn)值為0(推薦)，即每次Full GC過后都進(jìn)行空間整理，空間整理期間STW
G1常用
-XX:+UseG1GC
使用 G1 垃圾收集器
-XX:MaxGCPauseMillis=200
設(shè)置期望達(dá)到的最大GC停頓時(shí)間指標(biāo)，JVM會(huì)盡力實(shí)現(xiàn)，但不保證達(dá)到
-XX:InitiatingHeapOccupancyPercent=45
啟動(dòng)并發(fā)GC周期時(shí)的堆內(nèi)存占用百分比。G1之類的垃圾收集器基于整個(gè)整個(gè)堆的使用率觸發(fā)并發(fā)GC周期,而不只是某年輕代或者老年代的內(nèi)存的使用比.，值為 0 則表示”一直執(zhí)行GC循環(huán)”。 默認(rèn)值為 45
-XX:G1ReservePercent=10
預(yù)留內(nèi)存占堆內(nèi)存比值，默認(rèn)值是10，代表使用10%的堆內(nèi)存為預(yù)留內(nèi)存，當(dāng)Survivor區(qū)域沒有足夠空間容納新晉升對象時(shí)會(huì)嘗試使用預(yù)留內(nèi)存
-XX:G1HeapRegionSize=2M
設(shè)置的 G1 Region區(qū)域的大小，當(dāng)G1因?yàn)轭l繁分配巨型對象失敗導(dǎo)致Full GC，可以嘗試增大該參數(shù)
