四、Jvm垃圾收集器

今天的博客主题

       Java虚拟机 ——》 Jvm垃圾收集器

---

垃圾收集算法

垃圾收集算法主要的几种：分代收集理论、复制算法、标记清除算法、标记整理算法

分代收集理论

当前虚拟机的垃圾收集都采用分代收集算法，这种算法没有什么新的思想，只是根据对象存活周期的不同将内存分为几块。Java堆分为新生代和老年代，这样就可以根据各个年代的特点选择合适的垃圾收集算法。

比如在新生代中，每次收集都会有大量对象(近99%)死去，所以可以选择复制算法，只需要付出少量对象的复制成本就可以完成每次垃圾收集。

而老年代的对象存活几率是比较高的，而且没有额外的空间对它进行分配担保，所以我们必须选择“标记-清除”或“标记-整理”算法进行垃圾收集。

注意，“标记-清除”或“标记-整理”算法会比复制算法慢10倍以上。

复制算法

为了解决效率问题，复制收集算法出现了。它将内存分为大小相同的两块空间，每次使用其中的一块。当这一块的内存使用完后，就将还存活的对象复制到另一块去，然后把使用的空间一次清理掉。这样就使每次的内存回收都是对内存区间的一半进行回收。

标记-清除

该算法分为标记和清除阶段：标记存活的对象， 统一回收所有未被标记的对象(一般选择这种)；也可以反过来，标记出所有需要回收的对象，在标记完成后统一回收所有被标记的对象 。

它是最基础的收集算法，比较简单，但是会带来两个明显的问题：

1）效率问题（如果需要标记的对象太多，则效率不高）

2）空间问题（标记清除后会产生大量不连续的空间碎片）

标记-整理

根据老年代的特点特出的一种标记算法，标记过程与标记清除算法一样，但后续步骤不是直接对可回收对象回收，而是让所有存活的对象向一端移动，然后清理掉端边界以外的内存。

如果说收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。

虽然我们对各个收集器进行比较，但并非为了挑选出一个最好的收集器。因为直到现在为止还没有最好的垃圾收集器出现，更加没有万能的垃圾收集器，能做的就是根据具体应用场景选择适合自己的垃圾收集器。如果有一种任何场景下都完美适用的收集器，那Java虚拟机还用实现那么多垃圾收集器吗？

垃圾收集器

常见的年轻代垃圾收集器：Serial、Parallel、ParNew、Epsilon

常见的老轻代垃圾收集器：Serial Old、Parallel Old、CMS

通用的垃圾收集器：G1、ZGC、Shenandoah

Serial 收集器

Serial 和 Serial Old 是配合使用的，一个负责年轻代，一个负责老年代。

通过参数：-XX:+UseSerialGC -XX:+UseSerialOldGC 来启用他们

新生代采用复制算法，老年代采用标记-整理算法。

Serial（串行）收集器是最基本、历史最悠久的垃圾收集器了。

通过名字就知道这个收集器是一个单线程收集器了。它的单线程不仅仅意味着它只会使用一条垃圾收集线程去完成垃圾收集工作，更重要的是它在进行垃圾收集工作的时候必须暂停其他所有的线程STW（Stop The World），直到它收集结束。

虚拟机的开发者们知道STW带来的不良用户体验，在后续的垃圾收集器设计中停顿时间在不断缩短 （但还会有停顿，寻找最优秀的垃圾收集器的过程仍在继续）。 那Serial收集器有没有优于其他垃圾收集器的地方呢？当然有，它简单而高效（与其他收集器的单线程相比）。Serial 收集器由于没有线程交互的开销，自然可以获得很高的单线程收集效率。

Serial Old 收集器是 Serial 收集器的老年代版本，它同样是一个单线程收集器。它主要有两大用途：一种用途是在JDK1.5 以及以前的版本中与Parallel Sc