深入理解Java虚拟机2~垃圾收集器与内存分配策略

时间:2022-12-27 12:29:36

1、垃圾收集器与内存分配策略

深入理解Java虚拟机2~垃圾收集器与内存分配策略

深入理解Java虚拟机2~垃圾收集器与内存分配策略


2、垃圾收集算法:三个新生代gc收集器:

深入理解Java虚拟机2~垃圾收集器与内存分配策略


3、垃圾收集算法:年老代gc收集器:

Serial Old收集器:

定义:单线程收集器,使用标记~整理算法进行处理。

使用:与Serial、Parallel Scavenge两个年轻代收集器配合使用,或者作为CMS收集器的后备预案。

特性:单线程、STW。


Parallel Old收集器:

定义:Parallel Scavenge的老年代版本,使用多线程和“标记~整理”算法。

使用:与Parallel Scavenge配合使用。Parallel Old出现之前Parallel Scavenge只能与Serial Old配合工作,

           导致Parallel Scavenge很难发挥其吞吐量优先的特性。

特性:多线程、“标记~整理”。在注重吞吐量以及cpu资源敏感的场合,Parallel Scavenge和Parallel Old是“神雕侠女”(配合使用最佳)。


CMS收集器:

定义:Concurrent Mark Sweep,并发 标记~清除算法,以获取最短回收停顿时间为目的的收集器。标记~清除算法都存在碎片问题。

使用:注重响应速度的场景使用最佳。

特性:四个步骤,初始标记、并发标记、重新标记、并发清除。初始标记、重新标记需要stw,但是它们两个耗时很短(低停顿),

           而耗时很长的并发标记、并发清除可以与用户线程一起工作,所以总体上,CMS收集器是与用户线程并行工作的。

缺点:由于CMS收集器无法处理浮动垃圾,浮动垃圾是因为CMS收集器工作时,用户线程也在进行,这期间产生的垃圾,

           CMS收集器无法处理而产生浮动垃圾。由于用户线程仍在工作,CMS收集器需要预留一部分空间XX给用户线程使用,

           CMS收集器不能等老年代几乎被填满再进行收集。程序运行时,若XX不够用,会出现:Concurrent Mode Failure失败,

           这个时候虚拟机启动后背预案用Serial Old收集器来重新进行年老代的垃圾收集,但这样停顿时间就长了。因此XX不能太小。


4、垃圾收集算法:G1收集器:

定义:Garbage-First。不是年老代专用,而是与年轻代共用的垃圾收集器。

使用:反正G1全是优点,书本说的有点多。又是复制算法+标记整理算法结合,注重停顿时间、无碎片。

特性:并行与并发、可预测的停顿。。。。。。。。。。

缺点:呵呵,没说。

总结:G1目前还不成熟。是否稳定有待实践的检测。