Java垃圾收集器

最新推荐文章于 2024-09-17 23:36:10 发布

牧心人

最新推荐文章于 2024-09-17 23:36:10 发布

阅读量325

点赞数

分类专栏： Java 文章标签： Java 垃圾收集器

本文链接：https://blog.csdn.net/lms1719/article/details/96424110

版权

Java 专栏收录该内容

5 篇文章 0 订阅

订阅专栏

备注：下文是根据《深入理解Java虚拟机第二版》里面的内容做的学习笔记，详细信息可以参考此书。

文章目录

1 垃圾收集算法

1.1 标记-清除算法（Mark-Sweep）

这是最基础的收集算法，分为“标记”和“清除”两个阶段：首先标记出所有需要回收的对象，在标记完成后统一回收所有标记的对象。
它主要有两个不足：
（1）效率问题，标记和清除两个过程的效率都不高；
（2）空间问题，标记清除之后会产生大量不连续的内存碎片，空间碎片太多可能会导致以后在程序运行过程中需要分配较大对象时，无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。

1.2 复制算法（Copying）

它将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。
当这一块的内存用完了，就将还存活着的对象复制到另外一块上面，然后再把已使用过的内存空间清理掉。
这种算法的代价是将内存缩小为原来的一半；它主要用于新生代的垃圾收集。

1.3 标记-整理算法（Mark-Compact）

标记过程仍然与“标记-清除”算法一样，但后续步骤不是直接对可回收对象进行清理，而是让所有存活的对象都向一段移动，然后直接清理掉端边界以外的内存。它主要用于老年代的垃圾收集。

1.4 分代收集算法（Generational Collection）

一般把Java堆分为新生代和老年代，这样就可以根据各个年代的特点采用最适当的收集算法。
在新生代中，每次垃圾收集时都发现有大批对象死去，只有少量存活，那就选用复制算法，只需要付出少量存活对象的复制成本就可以完成收集。而老年代中因为对象存活率高、没有额外空间对它进行分配担保，就必须使用“标记-清理”或者“标记-整理”算法来进行回收。

2 垃圾收集器

下面对垃圾收集器按作用的分代进行划分：

2.1 新生代

2.1.1 Serial收集器（复制算法）

这是个单线程收集器，执行时会暂停其他所有工作线程，简单高效。
它对于运行在Client模式下的虚拟机来说是一个很好的选择。

2.1.2 ParNew收集器（复制算法）

ParNew收集器是Serial收集器的多线程版本。除了Serial外，目前只有它能与CMS收集器配合工作。
它是Server模式下首选的新生代收集器。

2.1.3 Parallel Scavenge收集器（复制算法）

这是个用于新生代的并行收集器，关注点时更高的吞吐量，主要适合在后台运算而不需要太多交互的任务。

2.2 老年代

2.2.1 Serial Old收集器（标记-整理算法）

这是Serial收集器的老年代版本，是个单线程收集器，主要给Client模式下的虚拟机使用。

2.2.2 Parallel Old收集器（标记-整理算法）

这是Parallel Scavenge收集器的老年代版本，是个多线程收集器。
在注重吞吐量以及CPU资源敏感的场合，都可以优先考虑Parallel Scavenge加Parallel Old收集器。

2.2.3 CMS（Concurrent Mark Sweep）收集器（标记-清除算法）

这是一种以获取最短回收停顿时间为目标的并发低停顿收集器，重视服务的响应速度，希望系统停顿时间最短，以给用户带来较好的体验。
它主要包含4个步骤：初始标记、并发标记、重新标记、并发清除。
（1）初始标记仅仅只是标记一下GC Roots能直接关联到的对象，速度很快。
（2）并发标记阶段就是进行GC Roots Tracing的过程.
（3）重新标记阶段则是为了修正并发标记期间因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录，这个阶段的停顿时间一般会比初始阶段稍长一些，但远比并发标记的时间短。
（4）进行并发清除
初始标记和重新标记需要Stop The World，暂停其他所有工作线程。
由于整个过程中耗时最长的并发标记和并发清除过程收集器线程都可以与用户进程一起工作。所以，从总体上来说，CMS收集器的内存回收过程是与用户线程一起并发执行的。

它有以下3个明显的缺点：
（1）CMS收集器对CPU资源非常敏感。
（2）CMS收集器无法处理浮动垃圾（Floating Garbage），可能出现"Concurrent Mode Failue"失败而导致另一次FUll GC的产生。
（3）CMS使用"标记-清除"算法，收集结束时会有大量空间碎片产生。

2.3 其他（可同时作用于新生代和老年代）

G1（Garbage-First）收集器（标记-整理算法）

这是一款面向服务端应用的垃圾收集器，具有以下特点：
（1）并行与并发。
（2）分代收集。虽然G1可以不需要其他收集器配合就能独立管理整个GC堆，当它能够采用不同的方式去处理新创建的对象和已经存活了一段时间、熬过多次GC的旧对象以获取更好的收集结果。
（3）空间整合。G1从整体来看是基于“标记-整理”算法实现的收集器，从局部（两个Region之间）上来看是基于“复制算法”实现的。
（4）可预测的停顿。G1除了追求低停顿外，还能建立可预测的停顿时间模型，能让使用者明确指定在一个长度为M毫秒的时间片段内，消耗在垃圾收集器的时间不得超过N毫秒，这几乎已经是实时Java（RTSJ）的垃圾收集器特征了。