如果说垃圾收集算法是内存回收的方法论,那么垃圾收集器就是内存回收的具体实现。
一、Serial 收集器(单线程、复制算法)
Serial(串行)收集器是最基本、历史最悠久的垃圾收集器了。是一条单线程收集器。它的“单线程”的意义不仅仅意味着它只会使用一条垃圾收集线程去完成垃圾收集工作,更重要的是它在进行垃圾收集工作的时候必须暂停其他所有的的工作线程(“Stop The World”),直到它收集结束。
新生代采用复制算法,老年代采用标记-整理算法
优点:简单高效,对于限定单个CPU环境来说,没有线程交互的开销,可以获得更高的单线程垃圾收集效率。因此,Serial 垃圾收集器依然是 java 虚拟机运行在 Client 模式下默认的新生代垃圾收集器。
二、ParNew 收集器(Serial + 多线程)
ParNew 收集器其实就是 Serial 收集器的多线程版本,除了使用多线程进行垃圾收集外,其余行为(控制参数、收集算法、回收策略等等)和 Serial 收集器完全一样。
新生代采用复制算法,老年代采用标记-整理算法
它是许多运行在Server模式下的虚拟机的首要选择,除了 Serial 收集器外,只有它能与 CMS 收集器配合工作。
三、Parallel Scavenge 收集器(多线程,复制算法)
Parallel Scavenge 收集器也是使用复制算法的多线程收集器,它看上去几乎和 ParNew 都一样。那么它有什么特别之处呢?
-xx:+UseParallelGC
使用 Parallel 收集器+ 老年代串行
-xx:+UseParallelOldGC
使用 Parallel 收集器+ 老年代并行
Parallel Scavenge 收集器关注点是吞吐量(高效率地利用 CPU )。CMS 等垃圾收集器的关注点更多的是用户线程的停顿问题(提高用户体验)。所谓吞吐量就是 CPU 中用于运行用户代码的时间与 CPU 总消耗时间的比值。Parallel Scavenge 收集器提供了很多参数供用户找到最合适的停顿时间或最大吞吐量,如果对于收集器运作不太了解的话,手工优化存在困难的话,可以选择把内存管理优化交给虚拟机去完成也是一个不错的选择。
新生代采用复制算法,老年代采用标记-整理算法
四、Serial Old 收集器(单线程,标记-整理算法)
Serial 收集器的老年代版本。它同样是一个单线程收集器。它主要有两大用途:一种用途是在 JDK1.5 以及以前的版本中与 Parallel Scavenge 收集器搭配使用;另一种用途是作为 CMS 收集器的后备方案。
新生代 Serial 与老年代 Serial Old 搭配使用垃圾收集过程图:
五、Parallel Old 收集器(多线程,标记-整理算法)
Parallel Scavenge 收集器的老年代版本。使用多线程和“标记-整理”算法。在注重吞吐量以及 CPU 资源的场合,都可以优先考虑 Parallel Scavenge 收集器和 Parallel Old 收集器。
新生代 Parallel Scavenge 和 老年代 Parallel Old 收集器搭配运行过程图:
六、CMS 收集器(多线程,标记-清除算法)
CMS(Concurrent Mark Sweep)收集器是一种以获取最短回收停顿时间为目标的收集器。它非常符合在注重用户体验的应用上使用。是 HotSpot 虚拟机第一款真正意义上的并发收集器,它第一次实现了让垃圾收集线程与用户线程(基本上)同时工作。
CMS 收集器是一种“标记-清除”算法实现的,它的运作过程相比于前面几种垃圾收集器来说更加复杂一些。整个过程分为四个步骤:
- 初始标记:暂停所有的其他线程,并记录下直接与 root 相连的对象,速度很快;
- 并发标记:同时开启 GC 和用户线程,用一个闭包结构去记录可达对象。但在这个阶段结束,这个闭包结构并不能保证包含当前所有的可达对象。因为用户线程可能会不断地更新引用域,所以 GC 线程无法保证可达性分析的实时性。所以这个算法里会跟踪记录这些发生引用更新的地方。
- 重新标记:重新标记阶段就是为了修正并发标记期间因为用户程序继续运行而导致标记产生变动的那一部分对象的标记记录,这个阶段的停顿时间一般会比初始标记阶段的时间稍长,远远比并发标记阶段时间短。
- 并发清除:开启用户线程,同时 GC 线程开始对未标记的区域做清扫。
优点:并发收集、低停顿;
缺点:① 对 CPU 资源敏感; ② 无法处理浮动垃圾; ③ 它使用的回收算法:“标记-清除”算法会导致收集结束时会有大量空间碎片产生;
七、G1 收集器
G1(Garbage-First)是一款面向服务器的垃圾收集器,主要针对配备多颗处理器及大容量内存的机器。以及高概率满足 GC 停顿时间要求的同时,还具备高吞吐量性能特征。被视为 JDK 1.7 中HotSpot 虚拟机的一个重要进化特征。它具备以下特点:
- 并行与并发: G1 能充分利用 CPU,多核环境下的硬件优势,使用多个 CPU(CPU 或者 CPU核心)来缩短 Stop-The-World 停顿时间。部分其他收集器原本需要停顿 Java 线程执行的GC 动作,G1 收集器仍然可以通过并发的方式让 Java 程序继续执行。
- 分代收集:虽然 G1 可以不需要其他收集器配合就能独立管理整个 GC 堆,但是还是保留了分代的概念。
- 空间整合:与 CMS 的“标记-清除”算法不同,G1 从整体来看是基于“标记-整理”算法实现的收集器;从局部上来看是基于“复制”算法实现的。
- 可预测的停顿:这是 G1 相对于 CMS 的另一个大优势,降低停顿时间是 G1 和 CMS 共同关注点,但是 G1 除了追求低停顿外,还能建立可预测的停顿时间模型,能让使用者明确指定在一个长度为 M 毫秒的时间片段内。
G1收集器的运作大致分为以下几个步骤:
- 初始标记
- 并发标记
- 最终标记
- 筛选回收
G1 收集器在后台维护了一个优先列表,每次根据允许的收集时间,优先选择回收价值最大的 Region(这也是它名字 Garbage-First 的由来)。这种使用 Region 划分内存空间以及由优先级的区域回收方式,保证了 G1 收集器在有限时间内可以尽可能高的收集效率(把内存化整为零)。