图文详解-Java垃圾回收器

序言

看了上一期的垃圾回收算法详解（引用计数/标记-清除/标记压缩/复制算法），相信你已经对相关算法有了一定的了解，本次将给大家介绍java中的垃圾回收器，以及他们何时运用什么垃圾回收算法。

看之前大家还需要了解jvm的一个重要变化，（拓展）JDK8-废弃永久代（PermGen）迎来元空间（Metaspace）。

如果简要了解元空间的话，分析如下：

什么是元空间?

元空间是方法区的在HotSpot jvm中的实现，方法区主要用于存储类的信息、常量池、方法数据、方法代码等。方法区逻辑上属于堆的一部分，但是为了与堆进行区分，通常又叫“非堆”。

元空间的本质和永久代类似，都是对JVM规范中方法区的实现。不过元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。，理论上取决于32位/64位系统可虚拟的内存大小。可见也不是无限制的，需要配置参数。

为什么需要元空间？

目的：移除永久代是为融合HotSpot JVM与 JRockit VM而做出的努力，因为JRockit没有永久代，不需要配置永久代。

优势：（拓展）Java 8的元空间（metaspace）

-------------------------------------------------------------------------------------------------------------------------------

正文

1. Serial回收器（参考图片：龙天论坛深入JVM内核，侵删）

优势：效率高，性能稳定；

劣势：stop-the-world可能导致较长停顿，在多核计算机难以发挥性能

参数：-XX:+UseSerialGC

步骤：新生代使用复制算法，老年代标记-压缩（都是串行回收）

图示：

多线程应用程序在运行中碰到Serial回收器的GC，则全面暂停，等待单线程GC完成后继续任务执行

 

2. ParNew收集器（Serial收集器新生代的并行版本）

参数：-XX:+UseParNewGC / -XX:ParrallelGCThreads 可限制线程数量

步骤：新生代并行复制（并行效果只体现在新生代），老年代仍然串行标记-压缩

特点：多线程，在多核的时候效率更高，可以指定回收线程的数量，同样stop-the-world

劣势：单CPU不如串行回收器

图示：

 

3. Parrallel收集器（待续）

类似于ParNew，新生代复制算法，老年代标记-压缩。更关注吞吐量。

参数：-XX:+UseParallelGC 新生代使用Parrallel收集器+老年代串行

           -XX:+UseParallelGC 新生代使用Parrallel收集器+老年代并行

           还可以设置最大停顿时间(MaxGCPauseMills) / 垃圾回收时间百分比(GCTimeRatio)，但这两个参数是相互冲突的。

图示：同上

 

4. CMS收集器(Concurrent Mark Sweep) 并发回收器，注意不是“并行”

参数：-XX:+UseConcMarkSweepGC

特点：

尽可能降低停顿；会影响系统整体性能（分一部分CPU做GC）；

清理不彻底；因为和用户线程一起执行，所以不能在空间快满的时候去清理。

过程：

①初始标记（全局停顿）：只标记根集直接关联的对象，速度快

②并发标记（和用户线程一起）：扫描所有对象，做全部的标记

③重新标记（全局停顿）：由于并发标记时用户线程仍然在运行，可能有新的垃圾产生，所以正式清理前再做一次全面停顿的修正标记

④并发清除（和用户线程一起）：基于标记结果，直接清理对象（老年代），年轻代仍然使用复制算法。因为清理时应用程序还在运行，如果使用并发压缩，可能影响应用程序，就只做了简单实现的直接清除操作而非压缩。

⑤并发重置：为下一轮搜集做准备

碎片整理：

因为产生了碎片，可以用参数UseCMSCompactAtFullColletion、CMSFullGCBeforeCompatin设置在Full GC后执行碎片整理或者在几次Full GC后做一次碎片整理。

图示：

 

5. G1回收器

G1垃圾收集器入门 这篇博文可以作为教课级别的教程了

里边对于G1回收器的优势，G1的回收过程，和CMS的对比等都讲述非常清楚

如果觉得内容太多，可以只阅读“G1垃圾收集器”一节。