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

如何解决Java内存中的Survivor Space的目的是什么？

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

解决方法

性能。

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

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

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

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

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

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

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