HotSpot虚拟机的垃圾收集器

水深无声 2022-01-05 03:59 244阅读 0赞

## 垃圾收集器图 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3RoZWJpZ2RpcHBlcmJkeA_size_16_color_FFFFFF_t_70]

## 垃圾收集器分类 ##

### Serial ###

Serial收集器是最基本、发展历史最悠久的收集器，曾经（在JDK1.3.1之前）是虚拟机新生代收集的唯一选择。单线程收集器。简单而高效。

### Serial Old ###

Serial Old是Serial收集器的老年代版本，它同样是一个单线程收集器，使用“标记-整理”算法。

> **主要用途**
> 
>  *  Serial + Serial Old组合
>  *  在JDK1.5及之前的版本中与Parallel Scavenge收集器搭配使用
>  *  作为CMS收集器的后备方案，在并发收集发生Concurrent Mode Failure时使用

### ParNew ###

ParNew收集器其实就是Serial收集器的多线程版本，除了使用多条线程进行垃圾收集之外，其余行为包括Serial收集器可用的所有控制参数、收集算法、Stop The World、对象分配规则、回收策略等都与Serial收集器完全一样。

### Parallel Scavenge ###

Parallel Scavenge收集器是一个新生代收集器，它也是使用复制算法的收集器，又是并行的多线程收集器…看上去和ParNew都一样。特别之处：达到一个**可控制的吞吐量**（Throughput）。吞吐量=运行用户代码时间/（运行用户代码时间+垃圾收集时间）。

### Parallel Old ###

Parallel Old是Parallel Scavenge收集器的老年代版本，使用多线程和“标记-整理”算法。这个收集器是在JDK1.6中才开始提供的。

### CMS ###

CMS(Concurrent Mark Sweep)收集器是一种以获取**最短回收停顿时间**为目标的收集器。目前很大一部分的Java应用集中在互联网站或者B/S系统的服务器上，这类应用尤其重视服务的响应速度，希望系统停顿时间最短，以给用户带来较好的体验。CMS收集器就非常符合这类应用的需求。  
采用标记清除算法，运作过程分为：

*  初始标记(CMS initial mark)
 *  并发标记(CMS concurrent mark)
 *  重新标记(CMS remark)
 *  并发清除(CMS concurrent sweep)

### G1 ###

G1(Garbage-First)收集器是当今收集器技术发展的最前沿成果之一。G1是一款面向服务端应用的垃圾收集器。HotSpot开发团队赋予它的使命是（在比较长期的）未来可以替换掉JDK1.5中发布的CMS收集器。与其他GC收集器相比，G1具备如下特点。

*  并行与并发
 *  **分代收集**
 *  空间整合
 *  可预测的停顿

G1收集器的运作大致可划分为以下几个步骤：

*  初始标记(Initial Marking)
 *  并发标记(Concurrent Marking)
 *  最终标记(Final Marking)
 *  筛选回收(Live Data Counting and Evacuation)

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

参考文档：

1.  深入理解Java虚拟机：JVM高级特性与最佳实践（最新第二版）

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3RoZWJpZ2RpcHBlcmJkeA_size_16_color_FFFFFF_t_70]: /images/20211230/082a512f09514ae9a9f638cc486c29dc.png