JVM垃圾回收机制

　　　　　　　　　　　　　　　　　　　　JVM垃圾回收　　　　　　

GC原理详解

JVM GC只回收堆区和方法区内的对象。而栈区的数据，在超出作用域后会被JVM自动释放掉，所以其不在JVM GC的管理范围内。

GC的主要区域是堆，堆里包含两大块区域，新生代（Young）和老年代（Old）。

默认的新生代（Young generation）、老年代（Old generation）所占空间比例为 1 : 2

Young中包含三块区域，Eden、suvivor1、suvivor2。三块区域默认的空间比8:1:1。下面着重讲解GC的工作过程

Eden区存放新创建的对象，随着程序的运行，对象增多，占满Eden区。
Jvm开始第一次GC，新生代的GC叫minorGC。回收掉Eden区可以回收的对象，依然存活的对象放到S0区。
第二次GC将Eden和S0区的对象相同的方式放到S1区。将S0变成空闲状态。然后循坏反复，S0 S1进行切换，始终保持一个为空的。如果存在大对象直接放到Old区。
经过多次折腾依然存活的对象放到Old区。默认是15次（由参数–XX:MaxTenuringThreshold=15 决定）。
当old区空间不足时候会触发Full GC FullGC会很耗时，并且会暂停主线程，因此对系统的性能会造成影响，因此内存越大系统性能也就越好。我们JVM调优也就是减少FullGC的频率。

注意：永久代（方法区）在jdk8之前也会很容易触发FullGC。方法区存放着类的信息。当系统中加载的类或者反射的类太多的时候，永久代内存会不足。

新生代GC用到的算法是复制算法，老年代是标记–整理算法。

GC判定算法

引用计数法：

在对象中添加一个引用计数器，当有地方引用这个对象的时候，引用技术器得值就+1，当引用失效的时候，计数器得值就-1
算法缺点:当某个引用被收集时，下个引用并不会清0，因此不被回收造成内存泄露。

2.可达性分析：

GCroot结点开始向下搜索，路径称为引用链，当对象没有任何一条引用链链接的时候，就认为这个对象是垃圾，并进行回收。

那么什么是GCroot呢(虚拟机在哪查找GCroot)。

虚拟机栈(局部变量表)
方法区的类属性所引用的对象。
方法区中常量所引用的对象。
本地方法栈中引用的对象。

目前主流JVM采用的垃圾判定算法就是可达性分析法。

GC回收算法

标记–清除算法：

将确定为垃圾的对象进行标记，然后统一回收。

如图所示：黄色的就是被标记清除的。清除后会发现有很多多余的小块。

存在的问题: 1.效率问题 2.内存小块过多。

2.复制算法

将内存区域划分成两块，每次回收时，将依然存活的对象从一块复制到另一块，然后清除不在存活的对象。这样就完成了内存的连续分配，但是引来一个问题。
每次只能使用一半的内存。是不是有点少。。

为了解决这个问题，我们对内存就进行了划分。
我们对内存分为了三块区域。

　　3.标记–整理算法

复制算法主要针对新生代内存收集方法。
标记–整理算法主要针对的是老年代内存收集方法

然后将右面的进行删除就达到回收效果

标记 – 清除算法: 存在效率问题 & 内存碎片问题

复制算法: 将内存划分为两块大小相等的区域,回收时,把存活的对象复制到另外一块

高效 but 内存缩小了一半

采用此算法回收新生代,一块较大的Eden区和两块较小的Survivor区: 将Eden和Survivor活着的对象一次性复制到另外一个Survivor区

HotSpot默认Eden和Survivor大小8:1

Survivor不够用时需要老年代空间进行内存分配担保

标记 – 整理算法: 标记后不对可回收对象进行清除,而是让活着的对象向一段移动,然后直接清理掉边界以外的内存

垃圾收集器

Serial（新生代）

单线程,进行GC时,必须暂停其他工作线程,直到GC结束 Client模式下默认的新生代收集器

2. ParNew（新生代）

Serial的多线程版 Server模式下默认的新生代收集器(与CMS收集器配合)

3. Parallel Scavenge（新生代）

目标是达到一个可控制的吞吐量可开启GC自适应的调节策略复制算法 & 多线程

4. Serial Old（老年代）

　　　　Serail的老年代版本　标记 – 整理

5. Paraller Old（老年代）

Parallel Scavenge的老年代版本多线程 & 标记 – 整理

6. CMS（老年代）

7. G1（老年代）

配合使用图：

JVM垃圾回收机制