JVM性能调优脑图

-XX:+UseConcMarkSweepGC：启用cms

-XX:ConcGCThreads：并发的GC线程数

-XX:+UseCMSCompactAtFullCollection：FullGC之后做压缩整理（减少碎片）

-XX:CMSFullGCsBeforeCompaction：多少次FullGC之后压缩一次，默认是0，代表每次FullGC后都会压缩一次

-XX:CMSInitiatingOccupancyFraction: 当老年代使用达到该比例时会触发FullGC（默认是92，这是百分比）

-XX:+UseCMSInitiatingOccupancyOnly：只使用设定的回收阈值(-XX:CMSInitiatingOccupancyFraction设定的值)，如果不指定，JVM仅在第一次使用设定值，后续则会自动调整

-XX:+CMSScavengeBeforeRemark：在CMS GC前启动一次minor gc，降低CMS GC标记阶段(也会对年轻代一起做标记，如果在minor gc就干掉了很多对垃圾对象，标记阶段就会减少一些标记时间)时的开销，一般CMS的GC耗时 80%都在标记阶段

-XX:+CMSParallellnitialMarkEnabled：表示在初始标记的时候多线程执行，缩短STW

-XX:+CMSParallelRemarkEnabled：在重新标记的时候多线程执行，缩短STW;

暂停其他所有线程，并记录下gc root直接能引用的对象，速度很快

从gc root的直接关联对象开始遍历整个对象图的过程。

因为用户线程持续运行，可能导致已经标记的对象状态发生变更

修正因用户线程运行而导致标记产生变动的对象标记记录

主要用到三色标记里的增量更新算法做重新标记

开启用户线程，同时GC线程开始对为标记的区域做清扫

重置本次GC过程中的标记数据

暂停所有其他线程，并记录下gc root能直接引用到的对象，速度很快

从gc root的直接关联对象开始遍历整个对象图的过程。

因为用户线程持续运行，可能导致已经标记的对象状态发生变更

修正因用户线程运行而导致标记产生变动的对象标记记录

主要用到三色标记里的增量更新算法做重新标记

首先对各个region的回收价值和成本排序，根据用户所期望的GC停顿STW时间来制定回收计划

YoungGC并不是说现有的Eden区放满了就会马上触发，G1会计算下现在Eden区回收大概要多久时间，如果回收时间远远小于参数 -XX:MaxGCPauseMills 设定的值，那么增加年轻代的region，继续给新对象存放，不会马上做Young GC，直到下一次Eden区放满，G1计算回收时间接近参数 -XX:MaxGCPauseMills 设定的值，那么就会触发Young GC

小型region（small region）

中性region（mediun region）

大型region（large region）

与G1一样，并发标记是遍历对象图做可达性分析的阶段，它的初始标记(Mark Start)和最终标记(Mark End)也会出现短暂的停顿

与G1不同的是， ZGC的标记是在指针上而不是在对象上进行的， 标记阶段会更新颜色指针中的Marked 0、 Marked 1标志位

这个阶段需要根据特定的查询条件统计得出本次收集过程要清理哪些Region，将这些Region组成重分配集

重分配是ZGC执行过程中的核心阶段，这个过程要把重分配集中的存活对象复制到新的Region上，并为重分配集中的每个Region维护一个转发表（Forward Table），记录从旧对象到新对象的转向关系

重映射所做的就是修正整个堆中指向重分配集中旧对象的所有引用，但是ZGC中对象引用存在“自愈”功能，所以这个重映射操作并不是很迫切

对象已经被垃圾收集器访问过，且对象所有引用已经扫描过

对象已经被垃圾收集器访问过，但至少有一个引用没有被扫描过

对象尚未被垃圾收集器访问过

增量更新

原始快照

CMS：写屏障 + 增量更新

G1，Shenandoah：写屏障 + SATB

ZGC：读屏障