七款经典垃圾回收器

Serial

Serial 是一款单线程的垃圾回收器，在进行垃圾回收的时候会发生Stop the world 。
对于其他垃圾收集器而言，他的内存占用是最小的。

ParNew

ParNew 实际上是Serial 收集器的并行版本

Parallel Scavenge

注重吞吐量的垃圾收集器。
吞吐量= 运行用户代码的时间/(垃圾回收的时间+运行用户代码的时间)
他有两个参数用于精确控制吞吐量大小：
-XX:MaxGCPauseMills:控制垃圾回收的时间
这个值并不是越小越好，我们知道，内存越小，进行垃圾回收的时间就越短。如果我们将这个值设置地较小，那么回收的内存部分也就小。这也就导致gc 进行垃圾回收的频率也越高，这样吞吐量也就下降了。
-XX:GCTimeRatio:垃圾回收时间的比例
这个值默认是99 .也就是说 垃圾回收的时间只占1%（1/1+99）

Serial Old

是serial收集器的老年代版本
有两个用途

• 在jdk5及之前的版本中与Parallel Scavenge 收集器搭配使用
• 在cms收集器发生失败的后备预案

Parallel Old

是Parallel Scavenge 的老年代版本

CMS(Current Mark and Sweep)

真正意义上的并发收集器，第一次实现了让垃圾收集线程与用户线程(基本上)同时工作
整个过程可以分为四部分：

• 初始标记
  扫描和GCRoots直接关联的对象，速度很快
• 并发标记
  遍历整个对象图，时间较长
• 重新标记
  标记产生变动的那一部分对象的标记记录
• 并发清楚
  清标记阶段判定死亡的对象

缺点：
资源敏感：
CMS的默认启动的垃圾回收线程是（处理器核心数+3）/4，那么在核心数>4 的时候，回收线程只占用不超过25%的处理器运算资源，并且会随着核心数的增加而下降。当核心数<4，CMS对用户线程的影响就变得很大。
并发问题：
用户线程和gc线程同时进行时，会产生一些"浮动垃圾"，但是CMS无法处理"浮动垃圾",有可能出现 Concurrent Mode Failure 失败，进而导致另一次完全的STW 的full GC 出现。
CMS无法在这次垃圾收集中进行回收，只能等待下一次垃圾回收的时候回收。

内存布局问题：
因为CMS是标记并清除算法实现的，也就是说，在进行垃圾回收后的内存布局是零散的，不是连续的。因此，可能存在为大对象分配空间时候出现内存不足的情况，从而导致JVM发生full GC ，产生STW，这是难以让人接受的。
解决方法：

• 一种是在进行一定次数后，进行一次内存整理。（-XX:CMSFullGCsBeforeCompaction）
• 另一种是在需要发生full GC 之前进行一次内存整理。(-XX:+UseCMSCompactionAtFullCollection)

Garbage First

停顿时间模型--在一个长度为M毫秒的时间内，进行垃圾回收的时间大概率不超过N毫秒。
面向局部收集的思路和基于region的内存布局形式

G1把内存划分为多个大小相等的独立和空间，每一个region根据需要扮演不同的角色。当需要分配大对象的时候，会将连续的Region分区划给这个大对象（Humougous）。
回收策略：
G1收集器去跟踪各个region中的垃圾的价值（回收所获得的空间大小以及回收需要时间的经验值），然后在后台维护一个优先级列表，每次根据设定的停顿时间来优先回收满足条件的region。
回收过程：

• 初始标记
• 并发标记
• 最终标记
• 筛选回收