java中的垃圾收集器

java语言的内存运行时区域实际上分为俩种：一种是线程共享区域，一种是线程独占区域。
线程独占的区域包括程序计数器、虚拟机栈、本地方法栈3个区域，这三个区域随线程而生，随线程而灭；栈中的栈帧随着方法的进入和退出而有条不紊地执行出栈和出栈操作。
线程共享区包括java堆和方法区，这部分内存的分配和回收都是动态的，垃圾收集器关注的是这部分内存。

垃圾收集器在对堆进行回收前，首先需要确定那些对象是可被回收的那些是不可被回收的。方法有俩种：

• 引用计数算法

为对象添加一个引用计数器，每当有一个地方引用它时，计数器值就加1；引用失效时计数器的值就减1；任何时刻，计数器为0的对象就是不可能再被使用的。这个算法实现简单，判定效率很高，但是主流的java虚拟机使用的很少使用它来管理内存，主要的原因是他很难解决对象之间相互循环引用的问题。

• 可达性分析算法
  

现在主流的语言都是通过可达性分析来判断对象是否存活。这个算法的基本思路是通过一系列的称为“GC Roots"的对象作为起始点，从这些点开始向下搜索，搜索所走过的路径称为引用链（Reference Chain）,当一个对象到GC没有任何引用链相连时，则证明此对象是不可用的。

如上图：object5、6、7虽然相互关联，但是它们到GC Roots Set是不可达的，所以它们会被判定为可回收的对象。

再java语言中，可以作为GC Roots的对象包括一下几种：

1. 虚拟机栈（栈帧中的本地变量表）中引用的对象
2. 方法区中类静态属性引用的对象
3. 方法区中常量引用的对象
4. 本地方法栈中JNI(即一般说的Native方法)引用的对象

什么是引用

上面的判断方法无论是那种，都与对象的引用有关，在jdk1.2之前，Java中引用的定义：如果reference类型的数据中存储的数值代表的是另一块内存的起始地址，就称这块内存代表一个引用。这时候它的弊端出现了，对象只有引用与被引用俩种状态，有一类对象，我们希望内存足够时不回收该对象，内存不足时回收该对象，那么这样的引用定义就不能满足了。所以在JDK1.2之后，对引用的定义进行了增强，将引用划分为强引用，软引用，弱引用，虚引用四类强度逐次减弱。

1、强引用

强引用不会被GC回收，并且在java.lang.ref里也没有实际的对应类型，平时工作接触的最多的就是强引用。
　 Object obj = new Object();这里的obj引用便是一个强引用。如果一个对象具有强引用，那就类似于必不可少的生活用品，垃圾回收器绝不会回收它。当内存空 间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足问题。

2、软引用

如果一个对象只具有软引用，那就类似于可有可无。如果内存空间足够，垃圾回收器就不会回收它，如果内存空间不足了，就会回收这些对象的内存。只 要垃圾回收器没有回收它，该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存。 软引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用的对象被垃圾回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。

/** * 只有当内存不够的时候，才回收这类内存，因此在内存足够的时候，它们通常不被回收 * *

这里有几点需要说明：

1、System.gc()告诉JVM这是一个执行GC的好时机，但具体执不执行由JVM决定（事实上这段代码一般都会执行GC)

2、Thread.sleep(200); 这是因为从对象被回收到JVM将引用加入refQueue队列，需要一定的时间。而且poll并不是一个阻塞方法，如果没有数据会返回null，所以我们选择等待一段时间。

3、弱引用

如果一个对象只具有弱引用，那就类似于可有可物的生活用品。弱引用与软引用的区别在于：只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过，由于垃圾回收器是一个优先级很低的线程， 因此不一定会很快发现那些只具有弱引用的对象。 弱引用可以和一个引用队列（ReferenceQueue）联合使用，如果弱引用所引用的对象被垃圾回 收，Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。

/** * 弱引用: 当发生GC的时候,Weak引用对象总是会内回收回收。因此Weak引用对象会更容易、更快被GC回收。 * Weak引用对象常常用于Map数据结构中，引用占用内存空间较大的对象 * *

4、幽灵引用(虚引用) 
虚引用主要用来跟踪对象被垃圾回收器回收的活动。虚引用与软引用和弱引用的一个区别在于：虚引用必须和引用队列 （ReferenceQueue）联合使用。当垃圾回收器准备回收一个对象时，如果发现它还有虚引用，就会在回收对象的内存之前，把这个虚引用加入到与之关联的引用队列中。程序可以通过判断引用队列中是否已经加入了虚引用，来了解被引用的对象是否将要被垃圾回收。如果程序发现某个虚引用已经被加入到引用队列，那么就可以在所引用的对象的内存被回收之前采取必要的行动。由于Object.finalize()方法的不安全性、低效性，常常使用虚引用完成对象回收前的资源释放工作。参考我的另一篇博客：解释为什么finalize是不安全的，不建议使用 

/** * 当GC一但发现了虚引用对象，将会将PhantomReference对象插入ReferenceQueue队列. * 而此时PhantomReference所指向的对象并没有被GC回收，而是要等到ReferenceQueue被你真正的处理后才会被回收. * *

这里特别需要注意：当JVM将虚引用插入到引用队列的时候，虚引用执行的对象内存还是存在的。但是PhantomReference并没有暴露API返回对象。所以如果我想做清理工作，需要继承PhantomReference类，以便访问它指向的对象。如NIO直接内存的自动回收，就使用到了sun.misc.Cleaner