Java基础：JVM垃圾回收算法

众所周知，Java的垃圾回收是不须要程序员去手动操控的，而是由JVM去完成。本文介绍JVM进行垃圾回收的各类算法。

• 1. 如何肯定某个对象是垃圾
  • 1.1. 引用计数法
  • 1.2. 可达性分析
• 2. 典型的垃圾回收算法
  • 2.1. 标记-清除算法(Mark-Sweep)
  • 2.2. 复制算法(Copying)
  • 2.3. 标记-整理算法(Mark-Compact)
  • 2.4. 分代收集算法(Generational Collection)
• 3. 典型的垃圾收集器
  • 3.1. Serial/Serial Old
  • 3.2. ParNew
  • 3.3. Parallel Scavenge
  • 3.4. Parallel Old
  • 3.5. CMS
  • 3.6. G1
• 4. 参考文章

1. 如何肯定某个对象是垃圾

1.1. 引用计数法

在Java中，引用和对象是有关联的。若是要操做对象则必须用引用进行。所以，很显然一个简单的办法是经过引用计数来判断一个对象是否能够回收。简单说，即一个对象若是没有任何与之关联的引用，则说明对象不太可能再被用到，那么这个对象就是可回收对象。这种方式便是引用计数法。这种方式的问题是没法解决循环引用的问题，举个例子：

public static void main(String[] args){
    Object object1=new Object();
    Object object2=new Object();
    object1.object=object2;
    object2.object=object1;
    object1=null;
    object2=null;
}

显然，在最后，object1和object2的内存块都不能再被访问到了，但他们的引用计数都不为0，这就会使他们永远不会被清除。

1.2. 可达性分析

为了解决引用计数法的循环引用问题，Java使用了可达性分析的方法。经过一系列的“GC roots”对象做为起点搜索。若是在“GC roots”和一个对象之间没有可达路径，则称该对象是不可达的。要注意的是，不可达对象不等价于可回收对象，不可达对象变为可回收对象至少要通过两次标记过程。两次标记后仍然是可回收对象，则将面临回收。

所谓“GC roots”，或者说tracing GC的“根集合”，就是一组必须活跃的引用。例如说，这些引用可能包括：

• 全部Java线程当前活跃的栈帧里指向GC堆里的对象的引用；换句话说，当前全部正在被调用的方法的引用类型的参数/局部变量/临时值。
• VM的一些静态数据结构里指向GC堆里的对象的引用，例如说HotSpot VM里的Universe里有不少这样的引用。
• JNI handles，包括global handles和local handles（看状况）
• 全部当前被加载的Java类（看状况）
• Java类的引用类型静态变量（看状况）
• Java类的运行时常量池里的引用类型常量（String或Class类型）（看状况）
• String常量池（StringTable）里的引用

比较常见的将对象视为可回收对象的缘由：

• 显式地将对象的惟一强引用指向新的对象。
• 显式地将对象的惟一强引用赋值为Null。
• 局部引用所指向的对象（如，方法内对象）。

下述代码中，每次循环结束，object都会被视为可回收对象。

void fun() {
 
.....
    for(int i=0;i<10;i++) {
        Object obj = new Object();
        System.out.println(obj.getClass());
    }   
}

• 只有弱引用与其关联的对象

2. 典型的垃圾回收算法

在JVM规范中并无明确GC的运做方式，各个厂商能够采用不一样的方式去实现垃圾回收器。这里讨论几种常见的GC算法。

2.1. 标记-清除算法(Mark-Sweep)

最基础的垃圾回收算法，分为两个阶段，标注和清除。标记阶段标记出全部须要回收的对象，清除阶段回收被标记的对象所占用的空间。如图：

从图中咱们就能够发现，该算法最大的问题是内存碎片化严重，后续可能发生大对象不能找到可利用空间的问题。

2.2. 复制算法(Copying)

为了解决Mark-Sweep算法内存碎片化的缺陷而被提出的算法。按内存容量将内存划分为等大小的两块。每次只使用其中一块，当这一块内存满后将尚存活的对象复制到另外一块上去，把已使用的内存清掉，如图：

这种算法虽然实现简单，内存效率高，不易产生碎片，可是最大的问题是可用内存被压缩到了本来的一半。且存活对象增多的话，Copying算法的效率会大大下降。

2.3. 标记-整理算法(Mark-Compact)

结合了以上两个算法，为了不缺陷而提出。标记阶段和Mark-Sweep算法相同，标记后不是清理对象，而是将存活对象移向内存的一端。而后清除端边界外的对象。如图：

2.4. 分代收集算法(Generational Collection)

分代收集法是目前大部分JVM所采用的方法，其核心思想是根据对象存活的不一样生命周期将内存划分为不一样的域，通常状况下将GC堆划分为老生代(Tenured/Old Generation)和新生代(Young Generation)。老生代的特色是每次垃圾回收时只有少许对象须要被回收，新生代的特色是每次垃圾回收时都有大量垃圾须要被回收，所以能够根据不一样区域选择不一样的算法。

目前大部分JVM的GC对于新生代都采起Copying算法，由于新生代中每次垃圾回收都要回收大部分对象，即要复制的操做比较少，但一般并非按照1：1来划分新生代。通常将新生代划分为一块较大的Eden空间和两个较小的Survivor空间(From Space, To Space)，每次使用Eden空间和其中的一块Survivor空间，当进行回收时，将该两块空间中还存活的对象复制到另外一块Survivor空间中。

而老生代由于每次只回收少许对象，于是采用Mark-Compact算法。

另外，不要忘记在Java基础：Java虚拟机(JVM)中提到过的处于方法区的永生代(Permanet Generation)。它用来存储class类，常量，方法描述等。对永生代的回收主要包括废弃常量和无用的类。

对象的内存分配主要在新生代的Eden Space和Survivor Space的From Space(Survivor目前存放对象的那一块)，少数状况会直接分配到老生代。当新生代的Eden Space和From Space空间不足时就会发生一次GC，进行GC后，Eden Space和From Space区的存活对象会被挪到To Space，而后将Eden Space和From Space进行清理。若是To Space没法足够存储某个对象，则将这个对象存储到老生代。在进行GC后，使用的即是Eden Space和To Space了，如此反复循环。当对象在Survivor区躲过一次GC后，其年龄就会+1。默认状况下年龄到达15的对象会被移到老生代中。

3. 典型的垃圾收集器

垃圾收集算法是垃圾收集器的理论基础，而垃圾收集器就是其具体实现。下面介绍HotSpot虚拟机提供的几种垃圾收集器。

3.1. Serial/Serial Old

最古老的收集器，是一个单线程收集器，用它进行垃圾回收时，必须暂停全部用户线程。Serial是针对新生代的收集器，采用Copying算法；而Serial Old是针对老生代的收集器，采用Mark-Compact算法。优势是简单高效，缺点是须要暂停用户线程。

3.2. ParNew

Seral/Serial Old的多线程版本，使用多个线程进行垃圾收集。

3.3. Parallel Scavenge

新生代的并行收集器，回收期间不须要暂停其余线程，采用Copying算法。该收集器与前两个收集器不一样，主要为了达到一个可控的吞吐量。

3.4. Parallel Old

Parallel Scavenge的老生代版本，采用Mark-Compact算法和多线程。

3.5. CMS

Current Mark Sweep收集器是一种以最小回收时间停顿为目标的并发回收器，于是采用Mark-Sweep算法。

3.6. G1

G1(Garbage First)收集器技术的前沿成果，是面向服务端的收集器，能充分利用CPU和多核环境。是一款并行与并发收集器，它可以创建可预测的停顿时间模型。

4. 参考文章

Java垃圾回收机制
java的gc为何要分代？ - RednaxelaFX的回答 - 知乎