Java虚拟机之----垃圾收集机制

一、前言

上一篇博文介绍了Java虚拟机的内存结构等内容，前面说到，虚拟机栈、本地方法栈和程序计数器这三者属于线程私有，随着线程而生也随着线程而灭；
对于这三者，当方法或者线程结束后，内存也自然跟着被回收，故而不需要对这三个区域进行垃圾回收。
因此垃圾收集主要是对堆和方法区而言。

二、垃圾收集（Garbage Collection,GC）

1、 判断一个对象是否“存活”

在堆里面存放着Java世界中几乎所有的对象实例，垃圾收集器在对堆进行回收前，第一件事情就是要确定这些对象之中哪些还“存活”着，哪些已经“死去”（即不可能再被任何途径使用的对象）
判断对象是否存活有以下两种方法

1.1 引用计数算法

给对象添加一个引用计数器，当对象被引用时计数器加 1，引用失效时计数器减 1。引用计数为 0 的对象可被回收。这种方法的有点是容易实现且效率较高，但是当两个对象出现循环引用时，此时引用计数器永远不为 0，导致无法对它们进行回收。

1.2 可达性分析算法

可达性分析算法的基本思想就是通过一系列的称为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索所走过的路径称为引用链（Reference Chain），当一个对象到GC Roots没有任何引用链相连，即“对象不可达”时，则证明此对象是不可用的。
能够到达到的对象都是存活的，不可达的对象可被回收。
在Java语言中，可作为GC Roots的对象包括下面几种：

• 虚拟机栈（栈帧中的本地变量表）中引用的对象。
• 本地方法栈中JNI（即一般说的Native方法）引用的对象。
• 方法区中类静态属性引用的对象。
• 方法区中常量引用的对象。
  

2、 引用类型

无论是通过引用计数算法判断对象的引用数量，还是通过可达性分析算法判断对象的引用链是否可达，判定对象是否存活都与“引用”有关。
Java 提供了四种不同的引用类型。

• 强引用
  强引用在程序代码之中普遍存在，被强引用关联的对象永远不会被回收。可以使用 new 一个新对象的方式来创建强引用。

 A a = new A();

• 软引用
  软引用是用于描述一些还有用但并非必需的对象，被软引用关联的对象在系统将要发生内存溢出异常之前会被回收（即内存不够用时会被回收），可以使用 SoftReference 类来创建软引用。

A a = new A();
SoftReference<A> sf = new SoftReference<A>(a);
a = null;  // 使对象只被软引用关联

• 弱引用
  弱引用也是用来描述非必需对象的，但是它的强度比软引用更弱一些，被弱引用关联的对象只能生存到下一次垃圾收集发生之前，即下次垃圾回收发生时，无论内存够不够用，都会回收掉只被弱引用关联的对象。可以用WeakReference类来实现弱引用

A a = new A();
WeakReference<A> wf = new WeakReference<A>(a);
a = null;

• 虚引用
  虚引用也称为幽灵引用或者幻影引用，它是最弱的一种引用关系。一个对象是否有虚引用的存在，完全不会对其生存时间构成影响，也无法通过虚引用来取得一个对象实例。为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知，可以用 PhantomReference 来实现虚引用。

A a = new A();
PhantomReference<A> pf = new PhantomReference<A>(a);
a = null;

3、finalize（）方法

（1）在可达性分析算法中不可达的对象，并非一定会被回收，要真正宣告一个对象死亡，至少要经历两次标记过程：如果对象在进行可达性分析后发现没有与GC Roots相连接的引用链，那它将会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行finalize（）方法。

（2）当一个对象可被回收时，如果需要执行该对象的 finalize() 方法，那么就有可能在该方法中让对象重新被引用，从而实现自救。自救只能进行一次，如果回收的对象之前调用了 finalize() 方法自救，后面回收时不会再执行finalize() 方法。
（3）finalize() 类似 C++ 的析构函数，用来做关闭外部资源等工作。但运行代价高昂，不确定性大，无法保证各个对象的调用顺序，finalize（）能做的所有工作，使用try-finally或者其他方式都可以做得更好，因此最好不要使用该方法。

4、回收方法区

上篇文章讲到方法区主要存放永久代对象，而永久代对象的回收率比新生代低很多，因此在方法区上进行回收性价比不高。
永久代的垃圾收集主要回收两部分内容：对常量池的回收和对类的卸载。

4.1 常量池的回收

回收废弃常量与回收Java堆中的对象非常类似。以常量池中字面量的回收为例：假如一个字符串“abc”已经进入了常量池中，但是没有任何String对象引用常量池中的“abc”常量，也没有其他地方引用了这个字面量，如果这时发生内
存回收，而且必要的话，这个“abc”常量就会被系统清理出常量池。常量池中的其他类（接口）、方法、字段的符号引用的回收也与此类似。

4.2 类的卸载

类的卸载需要满足以下三个条件，并且除非必要否则满足了也不一定必然被卸载：

• 该类所有的实例都已经被回收，也就是Java堆中不存在该类的任何实例。
• 加载该类的ClassLoader已经被回收。
• 该类对应的java.lang.Class对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。

HotSpot虚拟机提供了-Xnoclassgc参数来控制是否对类进行卸载，还可以使用-verbose：class以及-XX：+TraceClassLoading、-XX：+TraceClassUnLoading查看类加载和卸载信息

三、参考

周志明. 深入理解 Java 虚拟机（第二版） [M]. 机械工业出版社 2011.