Java - CMS 与 G1 垃圾收集器

如何解决Java - CMS 与 G1 垃圾收集器

cms 和 g1 垃圾收集器的区别是什么让 g1 更好？

大部分地方都说这是因为在G1中，heap被划分为region 然后将区域集合标记为年轻/年老代 并且 gc 在少数区域上运行，而不是在整个堆上运行。我试图进一步了解这一点，并有更多问题：

1. 当young gc 运行时（即停止世界），它会在所有年轻代区域上运行 这意味着整个堆的年轻部分和年轻代的不少区域。 那么就时间而言，它是否与CMS相同？

2. 增量压缩 - 混合集合 - 现在这是我认为 G1 具有优势的地方，因为 整个堆的并发标记不断发生，并且有混合的 gc 周期运行 所有年轻区域 + 少数老区域（垃圾最多的区域）。所以它一直在清除垃圾 老年代也是如此，而不是等待 Full gc 发生。正确吗？

以上几点是否正确？还有哪些让 g1 更好的区别？

解决方法

我会补充一些我知道的原因。

• 暂停目标时间

您可以有效地指示 G1 在该暂停目标时间内尽力完成其工作。在内部，它将根据以前收集的统计数据选择要处理的区域数量。因此，它也会调整区域的大小。你不能用 CMS 做到这一点。

• 记忆集

CMS 只有一个 card table 内部结构，这意味着它需要始终被完全扫描。另一方面，G1 使用 Remembered Sets，它的尺寸更小，可以（快速）告知哪些其他区域需要作为当前区域的一部分进行扫描。 >

• 混合集合

是的，G1 可以扫描年轻的加上一小部分老的 - 称为 mixed collections（您可以通过标志配置大小），但这意味着它很多比完全扫描旧的要快。

• 碎片化

很可能是在 G1 的早期开始理论工作的最大触发因素，至少我与 CMS 有很多合作的“老”队友说这是其中之一最大的痛苦。 CMS 根本不做任何压缩。当对象无法移动到 old generation 时（因为那一代中的“间隙”太小） - 一切都停止了，需要处理该空间。这变得非常昂贵并且花费了大量时间。另一方面，每个 G1 循环都会在移动活动对象并留下空白区域时进行压缩。

---

可能还有很多我不知道的其他原因。