JVM的4种垃圾回收算法、垃圾回收机制与总结 -- (面试满分答案)

垃圾回收机制可以说是面试必问,这一套流程只要理清楚,其实并不难,下面直接上干货.

一、垃圾回收算法

1.标记清除(适用于年老代):存活对象多

标记-清除算法将垃圾回收分为两个阶段：标记阶段和清除阶段。

在标记阶段首先通过根节点(GC Roots)，标记所有从根节点开始的对象，未被标记的对象就是未被引用的垃圾对象。然后，在清除阶段，清除所有未被标记的对象。(会产生碎片)

2.复制算法(适用于年轻代):存活对象少

从根集合节点进行扫描，标记出所有的存活对象，并将这些存活的对象复制到一块儿新的内存（图中下边的那一块儿内存）上去，之后将原来的那一块儿内存（图中上边的那一块儿内存）全部回收掉

3.标记压缩:(标记-清除的优化)

它并不简单地清理未标记的对象，而是将所有的存活对象压缩到内存的一端。之后，清理边界外所有的空间。这种方法既避免了碎片的产生，又不需要两块相同的内存空间，因此，其性价比比较高。

4.分代收集算法(目前虚拟机使用的回收算法)

即在不同年代使用不同的算法,老年代用标记清除算法;年轻代用复制算法

三.垃圾回收有两种类型：Minor GC 和 Full GC。

1.Minor GC

对新生代进行回收，不会影响到年老代。因为新生代的 Java 对象大多死亡频繁，所以 Minor GC 非常频繁，一般在这里使用速度快、效率高的算法，使垃圾回收能尽快完成。

2.Full GC

也叫 Major GC，对整个堆进行回收，包括新生代和老年代。由于Full GC需要对整个堆进行回收，所以比Minor GC要慢，因此应该尽可能减少Full GC的次数，导致Full GC的原因包括：老年代被写满、永久代（Perm）被写满和System.gc()被显式调用等。

四.java8默认的垃圾回收器

CMS收集器:标记-清除算法

G1垃圾收集器:G1从整体看还是基于标记-清除算法的，但是局部上是基于复制算法的。这样就意味者它空间整合做的比较好，因为不会产生空间碎片。

CMS与G1的不同：

(1)CMS使用标记清除法，G1采用复制法，G1不会产生磁盘碎片

(2)G1提供更为可控的垃圾回收时间，可以根据项目的需要进行设置

(3)CMS和G1处理跨代引用的方式不同（主要是老年代引用年轻带）：

Serial,新生代收集器,采用复制算法

SerialOld,老年代收集器,采用标记整理算法

二、垃圾回收机制

堆空间分年轻代和年老代,年轻代分为Eden区和survivor区（两块儿：from和to），且Eden:from:to==8:1:1

jvm内存结构

1）新产生的对象优先分配在Eden区（除非配置了-XX:PretenureSizeThreshold，大于该值的对象会直接进入年老代）；

2）当Eden区满了或放不下了，这时候其中存活的对象会复制到from区。

这里，需要注意的是，如果存活下来的对象from区都放不下，则这些存活下来的对象全部进入年老代。之后Eden区的内存全部回收掉。

3）之后产生的对象继续分配在Eden区，当Eden区又满了或放不下了，这时候将会把Eden区和from区存活下来的对象复制到to区（同理，如果存活下来的对象to区都放不下，则这些存活下来的对象全部进入年老代），之后回收掉Eden区和from区的所有内存。

4）如上这样，会有很多对象会被复制很多次（每复制一次，对象的年龄就+1），默认情况下，当对象被复制了15次（这个次数可以通过：-XX:MaxTenuringThreshold来配置），就会进入年老代了。

5）当年老代满了或者存放不下将要进入年老代的存活对象的时候，就会发生一次Full GC（这个是我们最需要减少的，因为耗时很严重）。

--说到jvm内存结构,那这里还可以简单说一说jvm的参数调优

jvm参数调优

通过Xxm和Xxs调节堆空间大小,达到优化目的,其他命令使用我可能需要看看文档

通过jstat命令查看堆内存使用;还可以通过jvisualvm命令直观地观察堆内存分布;

进而对OOM(内存溢出)问题进行定位和分析

内存溢出和内存泄露的理解

内存泄露 memory leak，是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露堆积后果很严重，无论多少内存,迟早会被占光。

内存溢出 out of memory，是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如申请了一个integer,但给它存了long才能存下的数，那就是内存溢出。

内存溢出的解决方案：

第一步，修改JVM启动参数，直接增加内存。(-Xms，-Xmx参数一定不要忘记加。)

第二步，使用jstat命令查看内存的使用情况，用jvisualvm查看可视化界面,对OOM问题进行分析和定位。

第三步，检查错误日志，查看“OutOfMemory”错误前是否有其它异常或错误。