Java 在mark sweep compact的压缩阶段之后，空闲的内存块会进入伊甸园吗？

据我所知，堆中有一个用于存放年轻对象的实心空间和一个用于存放旧对象的实心空间。在收集过程中，对象会在两个区域中移动，但在第二个区域中，它们也会被压缩。我的问题是它们为什么被压缩，释放的实体区域用于什么，Eden还是新的大的旧对象？

让我们看看热点堆（其他实现可能不同）

年轻一代被划分为三个区域，伊甸园空间和两个幸存者空间。大多数对象最初是使用简单（非常快速）的指针碰撞方法在Eden空间中分配的。为了避免线程争用，每个应用程序线程都会获得自己的线程本地分配块（TLAB）。当GC发生在这里时，活动对象被复制到一个幸存者空间。在复制到旧代之前，活动对象会在幸存者空间之间复制多次（由寿命阈值确定）。这就是对象在小GC期间移动的方式

不同的算法以不同的方式处理旧一代的GC（主要GC）。例如，CMS识别活动对象之间的间隙，并将其添加到列表中，以用于为正在升级的对象分配空间。在某个时刻，碎片变得太大，并发生完全压缩收集。在此期间，所有对象都被重新定位为在堆的底部相邻，因此没有间隙

---

为了回答您的问题，对旧版本进行了压缩以消除碎片。压缩数据上方的内存区域随后用于在小型GC期间升级的对象。年轻人和老年人仍然是分开的。

我认为最后一个问题更多的是与实施相关的方面。对幸存的对象进行压缩，以减少内存碎片，并加快分配新空间的过程。另请参见，如果我们需要为一个非常大的阵列分配内存，并且Eden中没有可用的实体区域，那么旧gen区域可以使用，不是吗？我知道旧gen被压缩以消除碎片。为什么我们需要碎片整理？是的，对于不适合Eden空间的对象，它们将在旧一代中直接分配。CMS在正常收集（扫描）期间不会重新定位对象。因此，当其他对象停止被引用时，活动对象之间会出现间隙。该集合有效地构建了这些间隙的位置列表，以便可以在间隙中为从年轻一代提升的对象分配空间。随着时间的推移，差距变得更加分散和缩小，这就是碎片化。在某些情况下，有必要进行压缩以进行碎片整理并使分配更容易。