JVM学习3--GC参数及收集器

Posted 2020-11-01 NoYone

（本文所提到的算法请见：http://www.cnblogs.com/NoYone/p/8971239.html）

一、串行收集器

　　-XX:+UseSerialGC　

　　从第二张图的时间可以看出来，复制算法的效率要比标记压缩算法高的多。

二、并行收集器

　　-XX: +UseParNewGC （新生代并行，老年代串行）

　　-XX: +UseParallelGC （新生代并行，老年代串行）

　　-XX: +UsePrallelOldGC （新生代老年代都是串行）

　　注意：多线程不一定更快，这就跟写程序一样，要注意使用场景。

　　图示：

　　

　　注意图中红字，PSYoungGen和ParOldGen表示新生代老年代都用的并行收集器，所以此时的GC参数是 -XX: UseParallelOldGC。

三、CMS收集器（默认不使用，一般作为老年代串行收集器的后备）

　　图示：

四、G1收集器

　　1. G1收集器（Garbage-First）是在JDK1.7中正式使用的全新垃圾回收器，从长期目标看，它是为了取代CMS收集器。从分代上看，G1依然属于分代垃圾回收器，它会区分年轻代和老年代，依然有eden区和survivor区，但从堆的结构上看，它并不要求整个eden区、年轻代和老年代都连续。它使用了分区算法。作为CMS的长期替代方案，G1的特点如下：

• 并行性：G1在回收期间，可以由多个GC线程同时工作，有效利用多核计算能力。
• 并发性：G1拥有与应用程序交替执行的能力，部分工作可以和应用程序同时执行，因此一般来说，不会在整个回收期间完全阻塞应用程序。
• 分代GC：G1依然是一个分代收集器，但是和之前回收器不同，它同时兼顾年轻代和老年代。对比其他回收器，它们或者工作在年轻代，或者工作在老年代。因此，这里是一个很大的不同。
• 空间整理：G1在回收过程中，会进行适当的对象移动，不像CMS，只是简单地标记清理对象，在若干次GC后，CMS必须进行一次碎片整理。而G1不同，它每次回收都会有效地复制对象，减少空间碎片。
• 可预见性：由于分区的原因，G1可以只选取部分区域进行内存回收，这样缩小了回收的范围，因此对于全局停顿也能得到较好的控制。

　　2. G1的内存划分和主要收集过程

　　G1收集器将堆进行分区，划分为一个个的区域，每次收集的时候，只收集其中几个区域，以此来控制垃圾回收产生的一次停顿时间。

　　G1的收集过程可能有4个阶段：

• 新生代GC
• 并发标记周期
• 混合收集
• 如果需要，可能进行Full GC

五、GC参数整理

• -XX: +UseSerialGC：新生代和老年代使用串行收集器  此时新生代收集显示DefNew
• -XX: +SurvivorRatio: 设置survivor区和eden区大小比率
• -XX: +NewRatio: 新生代和老年代的比率
• -XX: +UseParNewGC: 新生代使用并行收集器  此时新生代收集显示ParNew
• -XX: +UseParallelGC: 新生代使用并行收集器  此时新生代收集显示PSYoungGen
• -XX: +UsePrallelOldGC: 老年代使用并行收集器  此时新生代收集显示PSYoungGen
• -XX: +ParallelGCThreads: 设置用于垃圾回收的线程数
• -XX: +UseConcMarkSweepGC: 新生代使用并行收集器，老年代使用CMS+串行收集器   此时新生代收集显示ParNew
• -XX: +ParallelCMSThreads: 设定CMS的线程数量
• -XX: CMSInitiatingOccupancyFraction: 设置CMS收集器在老年代空间被使用多少后触发
• -XX: +UseCMSCompactAtFullCollection: 设置CMS收集器在完成垃圾收集后是否要进行一次内存碎片的整理
• -XX: CMSFullGCsBeforeCompaction:设定进行多少次CMS垃圾回收后，进行一次内存压缩
• -XX: +CMSClassUnloadingEnabled:允许对类元数据进行回收
• -XX: CMSInitiatingPermOccupancyFraction:当永久占用率达到这一百分比时，启动CMS回收
• -XX: +UseCMSInitiatingOccupancyOnly: 表示只在达到阈值的时候，才进行CMS回收