Java垃圾回收（3）

这是我之前的两个垃圾收集博客文章中的内容：

热点GC概述。
并行垃圾收集器。

并发标记扫描

Hotspot中的并行垃圾收集器旨在最大程度地减少应用程序进行垃圾收集所花费的时间，这称为吞吐量 。对于所有应用程序来说，这并不是一个适当的权衡取舍–有些应用程序还要求个别的暂停时间要短一些，这被称为延迟要求。

并行标记扫描 （CMS）收集器被设计为比并行收集器低的延迟收集器。该设计的关键部分是尝试在应用程序运行的同时进行部分垃圾回收。这意味着当收集器需要暂停应用程序的执行时，它不需要暂停那么长时间。

在这一点上，您可能会想： “并行和并发意味着不是很相似吗？” 在GC的上下文中，并行意味着“使用多个线程同时执行GC”，而并行意味着“ GC与应用程序在其收集的同时运行”。

年轻的世代收藏

CMS中的年轻发电器收集器称为ParNew ，它实际上使用了与我之前介绍的并行收集器中的Parallel Scavenge收集器相同的基本算法。

尽管在热点代码库方面，这与Parallel Scavenge还是一个不同的收集器，因为它需要与其他CMS交织其执行，并且还为Parallel Scavenge实现了一个不同的内部API。 Parallel Scavenge会假设与哪个永久性收集器一起使用-特别是ParOld和SerialOld。赤裸裸地记住，这也意味着年轻的一代收藏家正在制止这个世界。

终身收藏

与ParOld收集器一样，CMS终身收集器使用标记和清除算法，其中标记活动对象，然后删除无效对象。当涉及到内存管理时，删除确实是一个奇怪的名词。收集器实际上不是在消隐内存的意义上删除对象，它只是将与该对象关联的内存返回到内存系统可以从中分配的空间–空闲列表。尽管它被称为并发标记和清除收集器，但并非所有阶段都与应用程序的执行同时运行，其中两个阶段停止运行，四个阶段同时运行。

GC是如何触发的？

在ParOld中，当永久性堆中的空间不足时，将触发垃圾回收。这种方法行之有效，因为ParOld只是暂停了应用程序的收集。为了使应用程序在保管期收集期间继续运行，CMS收集器需要在保管期剩下足够的工作空间时开始收集。

因此，CMS将根据使用期限的长短来启动–想法是，剩余的可用空间是运行GC的机会之窗。这称为启动占用率 ，用堆的满度来描述，因此0.7的百分比为您提供了30％的堆窗口，以便在堆用完之前运行CMS GC。

相数

触发GC后，CMS算法将包含一系列按顺序运行的阶段。

初始标记 –暂停所有应用程序线程，并将可从根对象直接访问的所有对象标记为活动。 这个阶段使世界停滞不前 。
并发标记 –重新启动应用程序线程。通过遵循在初始标记中标记的对象的引用，所有可移动对象都被可传递地标记为可到达。
并发预清理 –此阶段查看在并发标记期间已更新或升级的对象或在并发标记期间已分配的新对象。它更新标记位以指示这些对象是活动的还是死亡的。此阶段可以重复运行，直到在Eden中有指定的占用率为止。
备注由于某些对象可能已在预清理阶段中进行了更新，因此仍然有必要停止世界以便处理残留的对象。此阶段从根开始进行回溯。它还处理参考对象，例如软参考和弱参考。 这个阶段使世界停滞不前 。
并发扫描 –通过普通对象指针（OOP）表进行查找，该表引用了堆中的所有对象，并找到了无效的对象。然后，它将分配给这些对象的内存重新添加到其空闲列表中。这是可以从中分配对象的空间的列表。
并发重置 –重置所有内部数据结构，以便将来能够再次运行CMS。

从理论上讲，在预清理阶段标记的对象将在下一个阶段-注释-进行查看，但是注释阶段是使世界停滞不前，因此存在预清理阶段，通过同时执行部分注释工作来尝试减少注释暂停。 CMS最初添加到HotSpot时，此阶段根本不存在。它是在Java 1.5中添加的，目的是解决年轻一代的垃圾回收导致暂停并在其后立即加上备注的情况。这句话还会引起停顿，这会造成更痛苦的停顿。这就是为什么评论由伊甸园的占用阈值触发的原因-目标是在年轻的发电机停顿之间安排评论阶段的中间时间。

备注阶段也处于暂停状态，而预清洁没有暂停，这意味着进行预清洁会减少在GC中暂停所花费的时间。

并发模式故障

有时CMS无法满足应用程序的需求，因此需要运行世界各地的Full GC。这称为并发模式故障，通常会导致长时间的暂停。当保有期中没有足够的空间来提升对象时，就会发生并发模式失败。造成这种情况的原因有两个：

提升的对象太大而无法放入内存中的任何连续空间。
保有权使用的空间不足以说明要升级的活动对象的比率。

之所以会发生这种情况，是因为在给定对象提升速率的情况下，并发集合无法足够快地释放空间，或者由于CMS收集器的继续使用导致了碎片化的堆，并且没有足够大的单个空间来将对象提升为对象。为了正确“整理”使用年限的堆空间，需要完整的GC。

彼尔姆根

CMS默认情况下不收集permgen空间，并且需要启用?XX:+CMSClassUnloadingEnabled标志才能这样做。如果在使用CMS时，如果未打开此标志就用完了permgen空间，它将触发Full GC。而且，permgen空间可以通过类加载器之类的东西将引用保存到普通堆中，这意味着在收集Permgen之前，您可能会泄漏常规堆中的内存。在Java 7中，来自类文件的字符串常量也分配在常规堆中，而不是分配在permgen上，这减少了permgen的消耗，但同时也增加了来自permgen进入常规堆的对象引用集。

浮动垃圾

在CMS收集结束时，可能会删除某些对象（称为浮动垃圾）。从初始标记开始取消引用对象时，就会发生这种情况。并发的预清理和备注阶段可通过查看已创建，变异或升级的对象来确保对所有活动对象进行标记。如果某个对象在初始标记和标记阶段之间已被取消引用，则它将需要整个对象图的完整回溯才能找到所有死对象。这显然是非常昂贵的，并且备注阶段必须暂停，因为它是暂停阶段。

对于CMS用户而言，这不一定是一个问题，因为下一次运行CMS收集器将清除此垃圾。