垃圾回收算法-通用的分代垃圾回收机制

概要

分代垃圾回收机制，是基于这样一个事实：不同对象的生命周期是不一样的。因此，不同生命周期的对象可以采取不同的回收算法，以便提高回收效率。

我们将对象分为三种状态：年轻代、年老代、永久代。同时，将处于不同状态的对象放到堆中不同的区域。

一、年轻代
所有新生成的对象首先都是放在Eden区。年轻代的目标就是尽可能快速的收集到那些生命周期短的对象，对应的是Minor GC,每次Minor GC会清理年轻代的内存
算法用效率较高的复制算法，频发的操作，但是会浪费内存空间，当“年轻代”区域存放满对象后，就将对象存放到年老代区域。

二、年老代
在年轻代中经历了N(默认15)次垃圾回收后仍然存活的对象，就会被放到年老代中。因此，可以认为年老代中存放的都是一些生命周期较长的对象。年老代对象越来越
多，我们就需要启动Major GC和Full GC(全量回收)，来一次大扫除，全面清理年轻代区域和年老代区域。

三、永久代
用于存放静态文件，如Java类、方法等。永久代对垃圾回收没有显著影响。JDK7以前就是“方法区”的一种实现。JDK8以后已经没有"永久代”了，使用metaspace
元数据空间和堆替代

四、垃圾回收算法

1. Minor GC:
用于清理年轻代区域。Eden区满了就会触发一次Minor GC。清理无用对象，将有用对象复制到"Survivor1”、"Survivor2”区中。

2. Major GC:
用于清理老年代区域。

3. Full GC:
用于清理年轻代、年老代区域。成本较高，会对系统性能产生影响。

Eden区：存储了从未通过垃圾回收的新对象
Survivor区：存放垃圾回收后，仍然有用的对象。循环存放，小于15次垃圾回收次数
Tenured区：年老代区域存放超过15次垃圾回收的对象。

五、JVM调优和Full GC

在对M调优的过程中，很大一部分工作就是对于Full GC的调节。有如下原因可能导致Full GC:
1. 年老代(Tenured)被写满
2. 永久代(Perm)被写满
3. System.gc()被显式调用(相当于建议，能不能被调用由系统决定)
4. 上一次GC之后Heap的各域分配策略动态变化