Java内存中的Survivor Space的目的是什么?

问题描述

试图寻找答案,但是我遇到的所有问题/答案都谈到拥有2个幸存者空间的目的。我想了解总体上拥有幸存者空间的目的。将物体从伊甸园转移到幸存者有什么好处?

解决方法

性能

通常,将堆(无论是世代还是其他区分符)拆分为一件好事,尽管不是所有的收集器都遵循(例如Shenandoah不是这样的收集器)。

那为什么好呢?扫描整个堆中的活动对象需要花费时间。您如何告诉您的垃圾收集器-“现在运行时间”。 是什么时候?您可以说:在分配的第100个对象之后运行。太早了吗? (如果这些对象的大小只是堆的一小部分怎么办)或更糟:为时已晚?如果您说什么:在堆占用率的65%时触发收集(G1在该百分比下触发主要收集,默认情况下还有其他可能性)。如果在那65%的比例上发现大多数对象应该早得多被收集,它们在堆中停留了太多时间该怎么办?

您会看到这变得很快。当您了解到扫描堆需要花费时间时,情况会变得更糟,而您想要的最后一件事是在GC运行时使应用程序停止运行。但也请记住,有些收集器会一致地扫描,因此它们不会出现此问题(ShenandoahZGCC4

如果可以分离堆,则可以仅扫描 的一部分,从而花费很少的时间。人们称它们为“次要”收藏。因此,一些收集者将堆分为“年轻”和“旧”,这种分离是在“婴儿死亡率”的前提下进行的:年轻物体很快死亡。因此,如果执行此分离操作+年轻对象很快死亡,则只能扫描堆的特定部分,并且在大多数情况下只能进行处理。这也简化了以下答案:应该何时运行GC?当然,当年轻人吃饱的时候。

现在直达您的意思:根本为什么需要幸存者。假设它不存在。 GC的第一个周期发生了(年轻区域已满,确切地称为Eden),接下来会发生什么? GC需要告诉那里还存在什么,将其移至“旧一代”,清除Eden,然后重新开始分配。进入第二个周期并执行相同的操作,依此类推,直到GC指出:“老一代,如果已经满了,我就再也不能动了”。这是著名的“老一代”发生的地方。通常很昂贵。

但是我们在这里了解“婴儿死亡率”。我们确实知道,第二和第三个GC周期将一些对象移到了第四阶段将收集的旧对象。这个机会错过了。因此:幸存者空间。它知道将在不久的将来将其变成垃圾,从而将对象在此保留的时间比一个GC周期(称为“幸存者年龄”)“更长”。因此,无需经常扫描旧文件,只需扫描并照顾堆的较小部分(EdenSurvivor)。至于为什么有两个幸存者空间,这是一个单独的问题...

实际上,最新的GC不需要它。他们找到了一种在应用程序运行时一致扫描堆的方法,因此它们没有这些空间。年轻人死亡的前提仍然存在,某些GC算法可能会使用它。现在或将来。