JVM垃圾回收器总结

垃圾收集器（7种）（内存回收动作的执行）

1） Serial收集器：一个单线程收集器，用于新生代；进行垃圾收集时，必须暂停其他所有工作线程，直到它收集结束。（Client模式下经常使用）

2） ParNew收集器：是Serial收集器的多线程版本，可以使用多条线程进行垃圾收集。（Server模式下经常使用，用于新生代）

3） Parallel Scavenge收集器：是一个新生代收集器，也是使用复制算法，同时是多线程收集器。关注点在提升吞吐量（其他收集器更关注GC停顿时间），适用于在后台运算而不需要太多交互的任务。自适应调节策略也是Parallel Scavenge收集器与ParNew收集器的一个重要区别。

4） Serial Old收集器：是Serial收集器的老年代版本，老年代采用标记-整理算法。

5） Parallel Old收集器：是Parallel收集器的老年代版本。在注重吞吐量以及CPU资源敏感的场合，都可以优先考虑Parallel Scavenge加上Parallel Old收集器。

6） CMS收集器（重点）：是一种以获取最短回收停顿时间为目标的收集器。老年代收集器，基于“标记-清除”算法实现。

过程：1）初始标记：标记一下GC roots能直接关联到的对象（需要GC停顿）

           2) 并发标记：进行GC roots追踪的过程，即发现非直接关联的对象。

           3）重新标记：修正在并发标记期间因用户程序继续运作而导致标记产生变动的 那一部分对象的标记记录（需要GC停顿）

           4）并发清除

缺点：1）对CPU资源非常敏感。即比较占用CPU资源，导致应用程序变慢。

           2）无法处理浮动垃圾。在本次垃圾清理过程的时间段内其他线程运行产生的垃圾未被标记，只能等到下一次垃圾清理时再清理，这些垃圾称为浮动垃圾。

           3）基于“标记-清除算法”，会产生大量空间碎片。

7） G1收集器（重点）：面向服务端应用的垃圾收集器。

特点：1）并行与并发：能充分利用多CPU，多核环境下的硬件优势，通过并发的方式让Java程序继续执行，降低停顿。

           2）分代收集：能够采用不同的方式去处理新创建的对象和已经存活了一段时间，熬过多次GC的旧对象。

           3）空间整合：基于“标记-整理”算法实现的收集器，不会产生内存碎片。

           4）可预测的停顿：除了低停顿外，还支持建立可预测的停顿时间模型，能让使用者明确指定在一个长度为M毫秒的时间片段内，消耗在垃圾收集上的时间不得超过N毫秒。

 

使用G1收集器是，Java对内存布局就和其他收集器有很大差别。它将整个Java堆划分为多个大小相等的独立区域，新生代和老年代不在是物理隔离了，它们都是一部分Region的集合。

G1收集器实现可预测停顿时间模型，是因为他可以获得所有Region里面的垃圾量，在优先队列中优先回收价值最大的Region区域。

因为一个Region内的对象有可能引用其他Region内的对象，如果回收一个Region内的对象需要扫描所有Region来确定它是否可以被回收，效率太低。G1在每一个Region中设置一个Remembered Set记录被其他的那个Region引用，这样就不需要全堆扫描了。

 

过程：1）初始标记：标记与GC Roots直接连接的对象

          2）并发标记：是从GC Root开始对堆中的对象进行科学大兴分析，找出存活的对象，这阶段好事较长，但可与用户程序并行执行。

          3）最终标记：为了修正在并发标记期间因用户程序继续运作二而导致标记产生变动的那一部分标记记录。

          4）筛选回收：对各个Region的回收价值和成本进行排序，可以根据用户期望的GC停顿时间来指定回收计划。