Garbage Collection -- 08 -- 老年代垃圾收集器

最新推荐文章于 2022-10-21 20:02:47 发布

Gene Xu

最新推荐文章于 2022-10-21 20:02:47 发布

阅读量259

点赞数

分类专栏： JVM 文章标签： jvm

本文链接：https://blog.csdn.net/Goodbye_Youth/article/details/105492687

版权

JVM 专栏收录该内容

38 篇文章

订阅专栏

原文链接：Garbage Collection – 08 – 老年代垃圾收集器

再了解完新生代的垃圾收集器后，我们再来了解下老年代的垃圾收集器

一、Serial Old 收集器

Serial Old 收集器是 Serial 收集器的老年代版本，它同样是一个单线程收集器，采用标记-整理算法
- 在程序启动的时候，通过使用 -XX:UseSerialOldGC 参数来指定老年代使用 Serial Old 收集器来进行回收
- 单线程，进行垃圾收集时，必须暂停所有工作线程
- 简单高效，是 Client 模式下默认的老年代收集器
- Serial Old 主要用于 Client 模式，当用于 Server 模式时，有两大用途
  - 在 JDK5 及之前的版本中与 Parallel Scavenge 收集器搭配使用
  - 作为 CMS 收集器的后备预案

二、Parallel Old 收集器

Parallel Old 收集器是 Parallel Scavenge 收集器的老年代版本，它同样是一个多线程收集器，采用标记-整理算法
- 在程序启动的时候，通过使用 -XX:UseParallelOldGC 参数来指定老年代使用 Parallel Old 收集器来进行回收
- 多线程，吞吐量优先
- 在注重吞吐量以及 CPU 资源敏感的场合，可以优先考虑 Parallel Scavenge 收集器加 Parallel Old 收集器的组合

三、CMS 收集器

CMS (Concurrent Mark Sweep) 收集器是一种以获取最短回收停顿时间为目标的收集器，采用标记-清除算法 (会带来内存碎片化的问题)
- 在程序启动的时候，通过使用 -XX:UseConcMarkSweepGC 参数来指定老年代使用 CMS 收集器来进行回收
- CMS 收集器的运作过程可以分为以下四步
  - 初始标记 (CMS initial mark)
    - 需要停顿用户线程 (stop-the-world)
    - 标记跟 GC Roots 能直接关联到的对象，速度很快
  - 并发标记 (CMS concurrent mark)
    - 从 GC Roots 的直接关联对象开始遍历整个对象图，耗时较长，但不会停顿用户线程，可以与垃圾收集线程一起并发执行
  - 重新标记 (CSM remark)
    - 需要停顿用户线程 (stop-the-world)
    - 修正并发标记期间，因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录
    - 这个阶段的停顿时间通常会比初始标记阶段稍长一些，但也远比并发标记阶段的时间短
  - 并发清理 (CMS concurrent sweep)
    - 清理删除掉标记阶段判断的已经死亡的对象
    - 不需要移动存活对象，可以与用户线程一起并发执行

四、G1 收集器

G1 (Garbage First) 收集器是当今收集器技术发展的最前沿成果之一，是一款面向服务端应用的垃圾收集器，既可用于新生代，又可用于老年代，采用复制 + 标记-整理算法，开创了收集器面向局部收集的设计思路和基于 Region 的内存布局形式
在 JDK9 中，G1 宣告取代 Parallel Scavenge + Parallel Old 的组合，成为 Server 模式下的默认的垃圾收集器
G1 收集器充分利用了多核 CPU 的优势来缩短 stop-the-word 停顿的时间，可以与用户线程并发执行
- 在程序启动的时候，通过使用 -XX:UseG1GC 参数来指定老年代使用 G1 收集器来进行回收
- 可建立可预测的停顿时间模型，能让使用者明确指定在一个长度为 M 毫秒的时间片段内，消耗在垃圾收集上的时间不得超过 N 毫秒
- G1 收集器的运作过程可以分为以下四步
  - 初始标记 (Initial Marking)
    - 需要停顿用户线程 (stop-the-world)，但耗时很短，而且是借用进行 Minor GC 的时候同步完成的，所以 G1 收集器在这个阶段实际并没有额外的停顿
    - 标记跟 GC Roots 能直接关联到的对象，修改 TAMS 指针的值，让下一阶段用户线程并发执行时，能正确地在可用的 Region 中分配新对象
  - 并发标记 (Concurrent Marking)
    - 从 GC Roots 的直接关联对象开始遍历整个对象图，耗时较长，但不会停顿用户线程，可以与用户线程一起并发执行
  - 最终标记 (Final Marking)
    - 需要停顿用户线程 (stop-the-world)，用于处理并发阶段结束后仍遗留下来的最后那少量的 SATB (原始快照) 记录
  - 筛选回收 (Live Data Counting and Evacuation)
    - 需要停顿用户线程 (stop-the-world)，涉及到存活对象的移动，由多条收集线程并行完成
    - 负责更新 Region 的统计数据，对各个 Region 的回收价值和成本进行排序，根据用户所期望的停顿时间来制定回收计划，可以自由选择任意多个 Region 构成会收集，然后把决定要回收的那一部分 Region 的存活对象复制到空的 Region 中，再清理掉整个旧 Region 的全部空间
- 名词解释
  - Region
    - G1 收集器不再坚持固定大小以及固定数量的分代区域划分，而是把连续的 Java 堆划分为多个大小相等的独立区域，即 Region，每一个 Region 都可以根据需要，扮演新生代的 Eden 空间、Survivor 空间，或者老年代空间
    - G1 收集器能够对扮演不同角色的 Region 采用不同的策略去处理，这样无论是新创建的对象还是已经存活了一段时间、熬过多次收集的旧对象都能获得很好的收集效果
  - TAMS
    - TAMS 即 Top at Mark Star，G1 收集器为每一个 Region 设计了两个名为 TAMS 的指针，把 Region 中的一部分空间划分出来用于并发回收过程中的新对象的分配，并发回收时新分配的对象地址都必须要在这两个指针位置上
    - G1 收集默认在这个地址上的对象是被隐式标记过的，即默认它们是存活的，不纳入回收范围
此外 G1 收集器之所以能建立可预测的停顿时间模型，是因为它将 Region 作为单次回收的最小单元，即每次收集到的内存空间都是 Region 大小的整数倍，这样就可以有计划地避免在整个 Java 堆中进行全区域的垃圾收集
更具体地说，就是让 G1 收集器去跟踪各个 Region 里面的垃圾堆积的 “价值” 大小，价值即回收所获得的空间大小以及回收所需时间的经验值，然后在后台维护一个优先级列表，每次根据用户设定允许的收集停顿时间 (使用参数 -XX:MaxGCPauseMillis 来设定，默认为 200ms)，优先处理回收价值收益最大的那些 Region，这也就是 “Garbage First” 名字的由来
这样使用 Region 来划分内存空间，以及具有优先级的区域回收方式，保证了 G1 收集器在有限的时间内获取尽可能高的收集效率

五、归纳总结

Serial Old 收集器
- 采用标记-整理算法，单线程收集
- 程序启动时，可以通过 -XX:UseSerialOldGC 参数来指定老年代使用 Serial Old 收集器来进行回收
- 是 Clinet 模式下默认的老年代收集器
Parallel Old 收集器
- 采用标记-整理算法，多线程收集
- 更关注系统的吞吐量
- 是 Server 模式下默认的老年代收集器
CMS 收集器
- 采用标记-清除算法，多线程收集，以获取最短回收停顿时间为目标
- 程序启动时，可以通过 -XX:UseConcMarkSweepGC 参数来指定老年代使用 CMS 收集器来进行回收
- 运作过程
  - 初始标记 --> 并发标记 --> 重新标记 --> 并发清除
G1 收集器
- 采用复制 + 标记-整理算法，多线程收集，既可用于新生代，又可用于老年代
- 程序启动时，可以通过 -XX:UseG1GC 参数来指定老年代使用 G1 收集器来进行回收
- 运作过程
  - 初始标记 --> 并发标记 --> 最终标记 --> 筛选回收