JVM垃圾回收器GC的常用参数 - HelloWorld开发者社区

GC 常用参数

# 年轻代 最小堆 最大堆 栈空间
-Xmn -Xms -Xmx -Xss
# System.gc()不管用 ，避免因System.gc()调用导致的FGC，生产环境建议
-XX:+DisableExplicitGC
# 年轻代存活对象升代年龄，最大值15 （CMS 默认是6， Parallel, G1 默认15）
-XX:MaxTenuringThreshold

GC 日志参数

生产环境一般再额外增加GC日志参数，OOME HeapDump 参数

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dir/ -Xloggc:/path/to/log/dir/gc-%t.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCCause

-Xloggc:/path/to/log/dir/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCCause -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=20m
其他参数

TLAB的参数，一般不需要调整

使用TLAB，默认打开

-XX:+UseTLAB

打印TLAB的使用情况

-XX:+PrintTLAB

设置TLAB大小

-XX:TLABSize

打印类加载详细过程

-verbose:class

打印 VM 参数

-XX:+PrintVMOptions

打印最终参数值

-XX:+PrintFlagsFinal

打印默认参数值

-XX:+PrintFlagsInitial

以下不建议生产环境设置

锁自旋次数

-XX:PreBlockSpin

热点代码检测参数

-XX:CompileThreshold

Parallel常用参数

# 新生代 ParallelScavenge + 老年代 ParallelOld  (JDK7,  JDK8 为默认垃圾回收器) 
-XX:+UseParallelGC
# 新生代 ParallelScavenge + 老年代 ParallelOld, 同上 
-XX:+UseParallelOldGC

# 并行收集器的线程数，同样适用于CMS G1，默认CPU所支持的线程数，如果CPU所支持的线程数大于8，则 默认 8 + (logical_processor -8)*(5/8)
-XX:+ParallelGCThreads
# 大对象到底多大 （仅适用于 DefNew / ParNew ） https://bugs.openjdk.java.net/browse/JDK-8050209
-XX:PreTenureSizeThreshold
# 年轻代Survivor区比率，默认是8 （表示 Eden : From : To 为 8 ：1 ：1）
-XX:SurvivorRatio

# 自动选择各区大小比例
-XX:+UseAdaptiveSizePolicy

CMS 常用参数

## 新生代 ParNew + 老年代 CMS + 老年代 Serial Old
# 某些版本的参数是这样的： -XX:+UseConcurrentMarkSweepGC
-XX:+UseConcMarkSweepGC

# 响应时间优先，停顿时间，是一个建议时间，GC会尝试用各种手段达到这个时间，比如减小年轻代，默认 18446744073709551615  
-XX:MaxGCPauseMillis
# 吞吐量优先，设置JVM吞吐量要达到的目标值， GC时间占用程序运行时间的百分比的差值，默认是 99
# 也就应用程序线程应该运行至少99%的总执行时间，GC占 1%
-XX:GCTimeRatio=99

# 并行收集器（ParNew , STW,  YGC）的线程数，默认CPU所支持的线程数，如果CPU所支持的线程数大于8，则 默认 8 + (logical_processor -8)*(5/8)
-XX:+ParallelGCThreads
#  CMS垃圾回收线程数量
-XX:ParallelCMSThreads

# 解决 CMS `Memory Fragmentation` 碎片化， 开启FGC时进行压缩，以及多少次FGC之后进行压缩
-XX:+UseCMSCompactAtFullCollection
-XX:CMSFullGCsBeforeCompaction=3
# 解决 CMS `Concurrent mode failure` ，`Promotion Failed`晋升失败  
# 使用多少比例的老年代后开始CMS收集，默认是68%(近似值)，如果频繁发生SerialOld卡顿，应该调小，（频繁CMS回收）
-XX:+UseCMSInitiatingOccupancyOnly
-XX:CMSInitiatingOccupancyFraction=70

# 开启 CMS 元空间的垃圾回收
-XX:+CMSClassUnloadingEnabled
# -XX:CMSInitiatingPermOccupancyFraction  （JDK8已经移除）

G1 常用参数

https://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html

JDK 9开始为默认垃圾回收器

-XX:+UseG1GC

响应时间优先，建议值，设置最大GC停顿时间(GC pause time)指标(target). 这是一个软性指标(soft goal)

JVM 会尽力去达成这个目标. 所以有时候这个目标并不能达成

G1会尝试调整Young区的块数来达到这个值

-XX:MaxGCPauseMillis

响应时间优先，GC的停顿间隔时间，默认0

-XX:GCPauseIntervalMillis

吞吐量优先，设置JVM吞吐量要达到的目标值， GC时间占用程序运行时间的百分比的差值，默认是 99

也就应用程序线程应该运行至少99%的总执行时间，GC占 1%

-XX:GCTimeRatio=99

并发的工作线程数量（控制并发周期中的清除阶段线程数，YGC/Mixed GC的并发活动线程数），默认CPU所支持的线程数，如果CPU所支持的线程数大于8，则默认 8 + (logical_processor -8)*(5/8)

-XX:ParallelGCThreads

G1 并发周期 Concurrent Marking Cycle中并发标记的线程数量

-XX:ConcGCThreads

G1 分区大小，建议逐渐增大该值，1 2 4 8 16 32。

随着size增加，垃圾的存活时间更长，GC间隔更长，但每次GC的时间也会更长。ZGC做了改进（动态区块大小）

-XX:G1HeapRegionSize

启动并发周期 Concurrent Marking Cycle （以及后续的混合周期 MixedGC）时的堆内存占用百分比. G1用它来触发并发GC周期,基于整个堆的使用率,而不只是某一代内存的使用比例。默认45%

当堆存活对象占用堆的45%，就会启动G1 中并发标记周期 Concurrent Marking Cycle

-XX:InitiatingHeapOccupancyPercent #混合周期 MixedGC，一次 concurrent marking之后，最多执行Mixed GC的次数(默认8) -XX:G1MixedGCCountTarget

混合周期 MixedGC 触发条件，堆废物百分比(默认5%)，在每次YGC之后和再次发生Mixed GC之前，会检查垃圾占比是否达到此参数，只有达到了，下次才会发生Mixed GC。

-XX:G1HeapWastePercent

old generation region中的存活对象的占比，只有在此参数之下，才会被选入CSet。

-XX:G1MixedGCLiveThresholdPercent

一次Mixed GC中能被选入CSet的最多old generation region数量。

-XX:G1OldCSetRegionThresholdPercent

转移担保堆保留的百分比，用于晋升模式下的异常情况，尽可能避免 Full GC

-XX:G1ReservePercent

新生代最小比例，默认为5%

-XX:G1NewSizePercent （JDK8u23已经移除 https://www.oracle.com/technical-resources/articles/java/g1gc.html）

新生代最大比例，默认为60%

-XX:G1MaxNewSizePercent （JDK823已经移除 https://www.oracle.com/technical-resources/articles/java/g1gc.html）

G1 新生代初始大小

-XX:NewSize

G1 新生代最大大小

-XX:MaxNewSize