JVM中的垃圾回收器详解

1.概述

1.1垃圾回收器和垃圾回收算法的关系

垃圾回收算法可以看成是一种规定，他规定了什么代使用什么样的操作来实现垃圾回收的机制，而垃圾回收器则是这种规定的具体实现。这种关系可以简单理解成java里面接口和实现类的关系，接口中定义了方法的架构，而实现类则是将接口里面的方法的具体步骤进行了实现。

1.2垃圾回收器的分类

垃圾回收的方式可以分为四类常用的。分别是串行收集（Serial）；并行收集（parallel）；并发收集（CMS）；G1收集（garbage frist）（JDK1.9）；如图：

还有三个JDK1.11才出现的新的垃圾收集器，但是使用的不多，而且也是对前面几种之一的进行优化增强，本质还是不变，所以不予介绍了。
而那四种垃圾回收方式中除G1垃圾回收器之外的三种又根据不同的代分成了六中具体的垃圾收集器所以一共有七种垃圾收集器。如图：

如图所示，蓝色的三个是应用在新生代的垃圾收集器；红色的三种是应用在老生代的垃圾收集器。而G1最特殊，它应用在整个堆内存，具体的后面会给大家详细说明。
特别注意，目前SerialOld垃圾回收器已经不被推荐使用了，也就是无法通过参数开启SerialOld垃圾回收器了。

1.3 如何使用参数查看当前使用的垃圾回收器

JVM调优：-XX:+PrintCommandLineFlags 查看程序使用的默认JVM参数

2 串行收集（Serial）

2.1 概念

串行收集器在回收垃圾的时候，要暂停所有的用户线程，才能进行垃圾回收；它为单线程环境设计且只使用一个线程进行垃圾回收，会暂停所有的用户线程。所以不适合服务器环境。
举例：在饭店吃饭，突然老板让所有人暂停用餐，然后一个员工开始清理垃圾。不适用于高并发项目。
串行收集方式在新生代的具体使用是Serial垃圾收集器，在老生代默认具体使用的是SerialOld垃圾收集器，



串行收集器是最古老，最稳定以及效率高的收集器，只使用一个线程去回收但其在进行垃圾收集过程中可能会产生较长的停顿(Stop-The-World"状态)。虽然在收集垃圾过程中需要暂停所有其他的工作线程，但是它简单高效，对于限定单CPU环境来说，没有线程交互的开销可以获得最高的单线程垃圾收集效率，因此Serial垃圾收集器依然是java虛拟机运行在Client模式下默认的新生代垃圾收集器。
对应JVM参数是: -XX:+UseSeriaIGC
开启后会使用: Serial(Young区用) + Serial Old(Old区用)的收集器组合
表示:新生代、老年代都会使用串行回收收集器，新生代使用复制算法，老年代使用标记-整理算法

3 并行收集（parallel）

2.1 概念

多个垃圾收集线程并行工作，此时用户线程是暂停的，适用于科学计算/大数据处理首台处理等弱交互场景

举例：在饭店吃饭，突然老板让所有人暂停用餐，然后多个员工开始清理垃圾。暂停时间大大缩短 。

并行收集方式在新生代的具体应用是ParNew垃圾收集器和Parallel scavenge垃圾收集器。与这两个垃圾收集器所对应的使用在老年代的垃圾收集器是CMS+SerialOld，Parallel Old。

2.2 ParNew<==>CMS+SerialOld

ParNew收集器其实就是Seral收集器新生代的并行多线程版本，最常见的应用场景是配合老年代的CMS GC工作，其余的行为和
Serial收集器完全一样， ParNew垃圾收 集器在垃圾收集过程中同样也要暂停所有其他的工作线程。它是很多java虚拟机运行在Server
模式下新生代的默认垃圾收集器。

常用对应JVM参数: -XX:+UseParNewGC 启 用ParNew收集器，只影响新生代的收集，不影响老年代
开启.上述参数后，会使用: ParNew(Young区用) + Serial Old的收集器组合，新生代使用复制算法，老年代采用标记-整理算法

但是，ParNew+Tenured这样 的搭配，java8已经不再被推荐

Java HotSpot™ 64-Bit Server VM warning:
Using the ParNew young collector with the Serial old collector is deprecated land will likely be removed in a future
release

新生代用ParNew垃圾收集器的时候，老生代默认还是用CMS或者SerialOld作为垃圾收集器的，但是JDK8已经不推荐使用ParNew+SerialOld的组合了

2.3 Parallel scavenge<==>Parallel Old

2.3.1 Parallel scavenge

Parallel Scavenge收集器类似ParNew也是一一个新生代垃圾收集器，使用复制算法，也是一-个并行的多线程的垃圾收集器，俗称吞吐量优先收集器。一句话:串行收集器在新生代和老年代的并行化
它重点关注的是:可控制的吞吐量(Thoughput=运行用户代码时间/(运行用户代码时间+垃圾收集时间),也即比如程序运行100分钟，运行用户代码99分钟，垃圾收集时间1分钟，吞吐量就是99% )。高吞吐量意味着高效利用CPU的时间，它多用于在后台运算而不需要太多交互的任务。
自适应调节策略也是ParallelScavenge收集器与ParNew收集器的一个重要区别。自适应调节策略:虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间(XX:MaxGCPauseMlis)或最大的吞吐量。

常用JVM参数: -XX:+UseParallelGC或-XX:+UsePallelOldGC(可互相激活)使用Parallel Scanvenge收集器

开启该参数后:新生代使用复制算法，老年代使用标记-整理算法

多说一句: XX:ParllelGCThreads=数字N 表示启动多少个GC线程

而当新生代使用Parallel Scavenge垃圾收集器的时候，老生代会默认使用Parallel Old垃圾收集器，

2.3.2 Parallel Old

并IClPrallel l/0lrallel MSC)
(并IClPrlinel/0 lrlineMSC)

Parallel Old收集器是Parallel Scavenge的老年代版本，使用多线程的标记-整理算法，Parallel 0ld收集器在JDK1.6才开始提供。
并行旧收集器是并行清除的老年代版本，使用多线程的标记-整理算法，并行收集器在JDK1.6才开始提供。

在JDK1.6之前，新生代使用ParallelScavenge收集器只能搭配年老代的Serial Old收集器，只能保证新生代的吞吐量优先，无
在JDK1.6之前，新生代使用Par等位基因收集器只能搭配年老代的系列旧收集器，只能保证新生代的吞吐量优先，无

证整体的吞吐量。在JDK1.6之前(Parallel Scavenge + Serial Old )
证整体的吞吐量.在JDK1.6之前(并行清道夫+系列旧)

Parallel Old正是为了在年老代同样提供吞吐量优先的垃圾收集器，如果系统对吞吐量要求比较高，JDK1.8后可以优先 考虑新生
并行旧正是为了在年老代同样提供吞吐量优先的垃圾收集器，如果系统对吞吐量要求比较高，JDK1.8后可以优先考虑新生

Parallel Scavenge和年老代Parallel Old收集器的搭配策略。在JDK1.8及后(Parallel Scavenge + Parallel Old )
并行清除和年老代并行老收集器的搭配策略。在JDK1.8及后(并行清除+并行老)

JVM常用参数:-XX:+UseParallelOldGC使用Parallel Old收集器，设置该参数后，新生代Parallel+ 老年代Parallel Old

3 并发收集（CMS）

3.1 概念

用户线程和垃圾收集线程同时执行(不一定是并行，可能交替执行)，不需要停顿用户线程。
互联网公司多用它，适用对响应时间有要求的场景。

CMS收集器(Concurrent Mark Sweep:并发标记清除)是一种以获取最短回收停顿时间为目标的收集器。
适合应用在互联网站或者B/S系统的服务器上，这类应用尤其重视服务器的响应速度，希望系统停顿时间最短。
CMS非常适合堆内存大ICPU核数多的服务器端应用，也是G1出现之前大型应用的首选收集器。

Concurrent Mark Sweep并发标记清除，并发收集低停顿,并发指的是与用户线程一起执行
开启该收集器的JVM参数: -XX:+UseConcMarkSweepGC 开启该参数后会 自动将-XX:+UseParNewGC打开
开启该参数后，使用ParNew(Young区用) + CMS(ld区用) + Serial Old的收集器组合，Serial Old将作为CMS出错的后备收集器

3.2 并发过程

初始标记：

并发标记：

重新标记：

并发清除：

3.3 优缺点

：

缺点一：

缺点二：

3.4 如何选择垃圾收集器

4 G1收集（garbage frist）

4.1 概念

G1收 集器的设计目标是取代CMS收集器，它同CMS相比，在以下方面表现的更出色:
1.G1是一个有整理内存过程的垃圾收集器，不会产生很多内存碎片。
2. G1的Stop The World(STW)更可控， G1在停顿时间上添加了预测机制，用户可以指定期望停顿时间。

CMS垃圾收集器虽然减少了暂停应用程序的运行时间，但是它还是有在着内存碎片问题。于是，为了去除内存碎片问题，同时又保留CMS垃圾收集器低暂停时间的优点，JAVA7发布了一个新的垃圾收集器. G1垃圾收集器。
G1是在2012年才在jdk1.7u4中可用。oracle官 方计划在jdk9中将G1变成默认的垃圾收集器以替代CMS。它是一 款面向服务端应用的收集器，主要应用在多CPU和大内存服务器环境下，极大的减少垃圾收集的停顿时间，全面提升服务器的性能，逐步替换java8以前的CMS收集器。

主要改变是Eden, Survivor和Tenured（老年代）等 内存区域不再是连续的了，而是变成了一个个大小一样的region（块/区域） ，每个region从1M到32M不等。一个region有可能属于Eden, Survivor或 者Tenured内存区域。

4.2 特点

1: G1能充分利用多CPU、多核环境硬件优势，尽量缩短STW。
2: G1整体上:采用标记-整理算法，局部是通过复制算法，不会产生内存碎片。
3:宏观上看G1之中不再区分年轻代和老年代。把内存划分成多个独立的子区域(Region),可以近似理解为一个围棋的棋盘。
4: G1收集器里面讲整个的内存区都混合在一-起了， 但其本身依然在小范围内要进行年轻代和老年代的区分，保留了新生代和老年代，但它们不再是物理隔离的，而是一部分Region的集合且不需要Region是连续的，也就是说依然会采用不同的GC方式来处理不同的区域。
5: G1虽然也是分代收集器，但整个内存分区不存在物理上的年轻代与老年代的区别，也不需要完全独立的survivor(to space)堆做复制
准备。G1只有逻辑上的分代概念，或者说每个分区都可能随G1的运行在不同代之间前后切换:

4.3 底层原理：

区域化内存划片Region,整体编为了一些列不连续的内存区域，避免了全内存区的GC操作。
核心思想是将整个堆内存区域分成大小相同的子区域(Region),在JVM启动时会自动设置这些子区域的大小，
在堆的使用上，G1并不要求对象的存储- -定是物理上连续的只要逻辑上连续即可，每个分区也不会固定地为某个代服务，可以按需在年
轻代和老年代之间切换。启动时可以通过参数-XX:G1HeapRegionSize=n可指定分区大小(1MB~32MB,且必须是2的幂), 默认将整堆划
分为2048个分区。
大小范围在1MB~32MB,最多能设置2048个区域，也即能够支持的最大内存为: 32MB * 2048 = 65536MB = 64G内存

G1算法将堆划分为若千个区域(Region) ，它仍然属于分代收集器
这些Region的一部分包含 新生代，新生代的垃圾收集依然采用暂停所有应用线程的方式，将存活对象拷贝到老年代或者Survivor空间。这些Region的- - 部分包含老年代，G1收集器通过将对象从- -个区域复制到另外-一个区域，完成了清理工作。这就意味着，在正常的处理过程中，G1完成了堆的压缩(至少是部分堆的压缩)，这样也就不会有CMS内存碎片问题的存在了。

在G1中，还有- .种特殊的区域，叫Humongous(巨 大的)区域如果一个对象占用的空间超过了分区容量50%以上，G1收集器就认为这是一个巨型对象。这些巨型对象默认直接会被分配在年老代，但是如果它是一个短期存在的巨型对象，就会对垃圾收集器造成负面影响。为了解决这个问题，G1划分了一个Humongous区，它用来专门存放巨型对象。如果一个H区装不下- 一个巨型对象，那么G1会寻找连续的H分区来存储。为了能找到连续的H区，有时候不得不启动Full GC.

4.4 回收步骤

4.5 G1与CMS的比较：

常用三个：