垃圾收集器主要有:Serial、Serial Old、ParNew、Paraller scavenge、Parallel Old、CMS、G1。
Serial收集器
Serial收集器是一个新生代、单线程的收集器,采用标记-复制算法。它在进行垃圾回收时,必须暂停所有用户线程,直到它收集结束。
Serial Old收集器
Serial Old收集器是一个老年代,单线程的收集器,采用标记-整理算法。它在进行垃圾回收时,必须暂停所有用户线程,直到它收集结束。
ParNew收集器
ParNew收集器是一个新生代、多线程的收集器,采用标记-复制算法。只有Serial和ParNew收集器能与CMS配合工作。ParNew收集器是激活CMS后的默认新生代收集器。
Parallel Scavenge收集器
Parallel Scavenge收集器是一款新生代收集器,基于标记-复制算法实现的。能够并行收集的多线程收集器。Parallel Scavenge收集器也被称作:吞吐量优先收集器。
Parallel Old收集器
Parallel Old收集器是Parallel Scavenge收集器的老年代版本,支持多线程并发收集(多个GC线程),基于标记-整理算法实现。在注重吞吐量或者处理器资源较为稀缺的场合,都可以优先考虑Parallel Scavenge + Parallel Old收集器这个组合。
CMS收集器
CMS收集器是一个老年代收集器,基于标记-清除算法实现的。
CMS(Concurrent Mark Sweep)收集器是一种以获取最短回收停顿时间为目标的收集器。符合在注重用户体验的应用上使用。
CMS收集器是HotSpot虚拟机第一款真正意义上的并发收集器,它第一次实现了让垃圾收集线程与用户线程(基本上)同时工作。
CMS的收集过程:
- 初始标记:暂停用户线程,并标记下GC Roots能直接关联到的对象,速度很快。
- 并发标记:从GC Roots开始对堆中的对象进行可达性分析,找出存活的对象。在这一过程中因为用户线程可能会不断的更新引用域,所以GC线程无法保证可达性分析的实时性。
- 重新标记:暂停用户线程,重新标记阶段就是为了修正并发标记期间因为用户程序继续运行而导致标记产生变动的那一部分对象的标记记录,这个阶段的停顿时间一般会比初始标记阶段的时间稍长,远远比并发标记阶段时间短。
- 并发清除:同时开启用户进程和GC线程,清理掉在标记阶段判断为已经死亡的对象。
CMS收集器的优缺点:
- 优点:并发收集、低停顿。
- 缺点:对CPU资源敏感(占用CPU资源导致应用程序变慢)、无法处理浮动垃圾、所使用的标记清除算法会产生大量空间碎片产生(提供了一个开关进行内存碎片的整理,防止full gc)。
G1收集器
G1收集器:新生代+老年代(将Java堆分成多个Region),面向全堆的收集器,不需要其他新生代收集器的配合工作。
G1(Garbage-First)是一款面向服务器的垃圾收集器,主要针对配备多核处理器及大容量内存的机器。以极高概率满足GC停顿时间要求的同时,还具备高吞吐量性能特征。G1收集器采用标记-复制核标记-整理。从整体上看是基于标记-整理,从局部看,两个region之间是标记-复制。
特点:
- 并行与并发:G1能充分利用多核的硬件优势,来缩短用户线程(Stop-The-World)停顿时间,并发的方式让Java程序继续执行。
- 分代收集
- 空间整合
- 可预测的停顿:能建立可预测的停顿时间模型,能让使用者明确指定在一个长度为M毫秒的使劲按片段内,消耗在垃圾收集上的时间不超过N毫秒。
运行步骤:
- 初始标记:大致同CMS。
- 并发标记:大致同CMS。
- 最终标记:大致同CMS。
- 筛选回收:暂停用户线程,筛选阶段首先对各个Region的回收价值和成本进行排序,根据用户所期望的GC停顿时间来制定回收计划。
总结
收集器 | 新、老代 | 回收算法 | 暂停所有用户线程 | 单、多线程 |
---|---|---|---|---|
Serail收集器 | 新生代 | 标记-复制算法 | 是 | 单 |
ParNew收集器 | 新生代 | 标记-复制算法 | 是 | 多 |
Parallel Scavenge收集器 | 新生代 | 标记-复制算法 | 是 | 多 |
Serial Old收集器 | 老年代 | 标记-整理算法 | 是 | 单 |
Parallel Old收集器 | 老年代 | 标记-整理算法 | 是 | 多 |
CMS收集器 | 老年代 | 标记-清除算法 | 否 | 多 |
G1收集器 | 新生代+老年代 | 整体是标记整理,局部是标记-复制 | 是 | 多 |