GC 常用参数
1# 年轻代 最小堆 最大堆 栈空间 2-Xmn -Xms -Xmx -Xss 3# System.gc()不管用 ，避免因System.gc()调用导致的FGC，生产环境建议 4-XX:+DisableExplicitGC 5# 年轻代存活对象升代年龄，最大值15 （CMS 默认是6， Parallel, G1 默认15） 6-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常用参数
1# 新生代 ParallelScavenge + 老年代 ParallelOld (JDK7, JDK8 为默认垃圾回收器) 2-XX:+UseParallelGC 3# 新生代 ParallelScavenge + 老年代 ParallelOld, 同上 4-XX:+UseParallelOldGC 5 6# 并行收集器的线程数，同样适用于CMS G1，默认CPU所支持的线程数，如果CPU所支持的线程数大于8，则 默认 8 + (logical_processor -8)*(5/8) 7-XX:+ParallelGCThreads 8# 大对象到底多大 （仅适用于 DefNew / ParNew ） https://bugs.openjdk.java.net/browse/JDK-8050209 9-XX:PreTenureSizeThreshold 10# 年轻代Survivor区比率，默认是8 （表示 Eden : From : To 为 8 ：1 ：1） 11-XX:SurvivorRatio 12 13# 自动选择各区大小比例 14-XX:+UseAdaptiveSizePolicy
CMS 常用参数
1## 新生代 ParNew + 老年代 CMS + 老年代 Serial Old 2# 某些版本的参数是这样的： -XX:+UseConcurrentMarkSweepGC 3-XX:+UseConcMarkSweepGC 4 5# 响应时间优先，停顿时间，是一个建议时间，GC会尝试用各种手段达到这个时间，比如减小年轻代，默认 18446744073709551615 6-XX:MaxGCPauseMillis 7# 吞吐量优先，设置JVM吞吐量要达到的目标值， GC时间占用程序运行时间的百分比的差值，默认是 99 8# 也就应用程序线程应该运行至少99%的总执行时间，GC占 1% 9-XX:GCTimeRatio=99 10 11# 并行收集器（ParNew , STW, YGC）的线程数，默认CPU所支持的线程数，如果CPU所支持的线程数大于8，则 默认 8 + (logical_processor -8)*(5/8) 12-XX:+ParallelGCThreads 13# CMS垃圾回收线程数量 14-XX:ParallelCMSThreads 15 16# 解决 CMS `Memory Fragmentation` 碎片化， 开启FGC时进行压缩，以及多少次FGC之后进行压缩 17-XX:+UseCMSCompactAtFullCollection 18-XX:CMSFullGCsBeforeCompaction=3 19# 解决 CMS `Concurrent mode failure` ，`Promotion Failed`晋升失败 20# 使用多少比例的老年代后开始CMS收集，默认是68%(近似值)，如果频繁发生SerialOld卡顿，应该调小，（频繁CMS回收） 21-XX:+UseCMSInitiatingOccupancyOnly 22-XX:CMSInitiatingOccupancyFraction=70 23 24# 开启 CMS 元空间的垃圾回收 25-XX:+CMSClassUnloadingEnabled 26# -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
by Sven Augustus https://my.oschina.net/langxSpirit