强引用，软引用，弱引用，幻象引用之间千丝万缕的关系

由于本人经验有限，所写博客如果有不足的地方，欢迎留言指正。

在java语言中，除了原始的基本数据类型的变量，其它都是所谓的引用类型，指向各种不同的对象。

强引用，软引用，弱引用，幻象引用(虚引用)，这些不同的引用类型，主要体现的是对象不同的可达性(reachable)状态和对垃圾收集的影响。

强引用：strong Reference，就是我们常见的普通对象引用，只要还有强引用指向一个对象，就表明对象还活着，垃圾收集器就绝不会碰这个对象。如果没有其它的引用状态，只要超过了引用的作用域或着显示的将强引用的值赋值为null，这时候引用的对象就可以被垃圾收集器回收了。当然具体的回收时机还要看垃圾收集策略。

public class TestStrongReference{
    public static void main(String[] args){
        A a = new A();  //这里a就是强引用
    }
    static class A{
        public A(){}
    }
}

软引用：SoftReference,我们可以查看软引用的源码，在Eclipse 中crtl+shift+t 打开对话框输入SoftReference回车。软引用是相对于强引用弱化一些的引用。可以让对象豁免一些垃圾收集，只有当JVM认为内存不足时，才会试图回收软引用指向的对象。JVM会确保在抛出OutOfMemoryError(OOM)的错误之前，清理掉软引用指向的对象。软引用通常用来实现内存敏感的缓存，如果还有空闲内存，就会暂时保存缓存，当内存不足时清理掉，这样就保证了只用缓存的同时，不会耗尽内存。

弱引用：WeakReference,我们同样可以查看弱引用的源码。弱引用并不像软引用那样，可以让对象豁免一些垃圾收集。仅仅是提供了一种访问在弱引用状态下的对象的途径。这就可以用来构建一种没有特定约束的关系。比如维护一种非强制性映射关系，如果试图获取对象，对象存在就使用，不存在就重新构建它。它同样也是很多缓存实现的选择。

幻象引用：PhantomReference,也叫虚引用，也可以查看虚引用的源码。不能像其它三个引用一样，可以访问对象，幻象引用仅仅是提供了一种确保对象在finalize之后，做某些事情的机制。比如通常用来做所谓的Post-Mortem清理机制，还有JAVA平台自身的Cleaner机制，也有人用幻象引用来监控对象的创建和销毁。

下面做写扩展分析：

1     对象可达性状态流传分析

这是java定义的不同可达性级别(reachability level)，具体如下：

强可达（strongly reachable）状态：比如我们创建一个对象，那么创建它的线程对这个对象就是强可达。

软可达（softly reachable）状态：就是当我们只能通过软引用才可以访问对象的状态。

弱可达（weakly reachable）状态：就是我们无法通过强引用和软引用访问对象，只能通过弱引用访问对象的状态。这是十分临近finalize的状态，当弱引用被清除的时候，就符合finalize的条件了。

幻象可达（phantom reachable）状态：上面的流程图已经很清晰了，就是没有强，软，弱引用关联的状态，并且已经finalize过了，只有幻象引用指向这个对象的时候。

不可达（unreachable）状态：到这个状态，意味这个对象可以进行清除了。

所有的引用类型都是抽象类java.lang.ref.Reference的子类，它提供了一个get方法，如果对象没有被清除掉，我们可以通过get方法获取原有的对象，除了幻象引用，因为在幻象引用的get方法中返回的是null。

//软引用提供的get方法
public T get() {
    T o = super.get();
    if (o != null && this.timestamp != clock)
        this.timestamp = clock;
    return o;
}

//弱引用提供的get方法,弱引用没有重写get方法，使用的是父类Reference类的get方法
@HotSpotIntrinsicCandidate
public T get() {
    return this.referent;
}

//幻象引用提供的方法
public T get() {
    return null;
}

我们既然可以有机会获取到原有的对象，这也就意味着我们可以利用软引用，弱引用，将访问的对象重新指向强引用，也就是认为的改变对象的可达性状态。所以对于软引用，弱引用过的对象，垃圾收集器可以会存在二次确认的问题，以保证软引用，弱引用指向的对象没有改变为强引用状态。

谈到各种引用的编程，就难免会涉及到引用队列，我们在创建各种引用并关联响应对象时，可以选择是否关联引用队列，JVM会在特定的时机里enqueue到引用队列里，可以从引用队列（remove方法在这里有获取的意思）获取引用进行后续的处理。对于幻象引用是一定要关联引用队列的，因为幻象引用的get方法返回的是null。

我写了一个简单的利用软引用的例子：

import java.lang.ref.SoftReference;

public class TestReference {
	public static void main(String[] args) {
		A a;
		a = new A();   //实例化一个对象，a就是强引用
		SoftReference softReference = new SoftReference(a);    //创建软引用
		a = null; //解除强引用
                //下面是利用get方法获取软引用的对象，如果没有获取到，重新实例化对象并设置软引用，获取到对象后，就进行后续的操作
		if(softReference.get() == null) {
			a = new A();
			a.a = 15;
			softReference = new SoftReference(a);
			System.out.println("this is not softReference");
		}else {
			a = (A)softReference.get();
			a.a = 20;
			System.out.println("this is softReference");
		}
		System.out.println(a.a);
		
	}

	static class A{  //测试类
		public int a;
		public A() {
			a = 10;
		}
		
		
	}
}

除了我们可以从强引用到软引用，弱引用，幻象引用，同样的也可以利用底层API来达到强引用的效果。这就是所谓的设置reachability fence,也就是Reference类的reachabilityFence方法

@ForceInline
public static void reachabilityFence(Object ref) {
    // Does nothing. This method is annotated with @ForceInline to eliminate
    // most of the overhead that using @DontInline would cause with the
    // HotSpot JVM, when this fence is used in a wide variety of situations.
    // HotSpot JVM retains the ref and does not GC it before a call to
    // this method, because the JIT-compilers do not have GC-only safepoints.
}