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

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

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

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目前还不成熟。是否稳定有待实践的检测。