16.1、前文回顾
在本文中,我们将深入探讨VM中最为核心的部分——老年代垃圾回收机制。在此之前,我们已对JVM的核心原理进行了阐述,并对年轻代的垃圾回收机制进行了详细的解读。我们知道,年轻代的垃圾回收主要通过复制算法来实现,相对而言,这一过程较为简单。
理想情况下,我们希望所有对象都分配在新生代的Eden区,经过垃圾回收后,存活的对象被迁移到Survivor区。在下一次垃圾回收时,这些存活的对象再次迁移到另一个Survivor区。这样,只有极少数对象会进入老年代,从而几乎不会触发老年代的垃圾回收。
然而,理想与现实往往存在差距。在实际编程过程中,很少有开发者会考虑到垃圾回收的问题,他们通常专注于编写代码,然后直接部署上线,而忽视了代码对垃圾回收的影响。有经验的工程师可能会在上线前,根据之前的案例分析,估算系统的内存压力和垃圾回收的运行模式,进而合理设置内存区域的大小,以减少对象进入老年代的数量。
然而,实际情况是,线上系统可能会因为各种原因,导致大量对象进入老年代,甚至频繁触发老年代的全面垃圾回收(Full GC)。例如,如果Survivor区过小,无法容纳每次Minor GC后的存活对象,就会导致对象频繁进入老年代,从而频繁触发老年代的全面垃圾回收。
类似的情况实际上还有很多,因此,我们不能过于理想化地期待永远没有老年代的垃圾回收。我们需要对老年代的垃圾回收器如何进行回收有一个清晰的理解和认识。
16.2、CMS垃圾回收的基本原理
一般老年代我们选择的垃圾回收器是CMS,它采用的是标记清理算法