探究Java中的引用

王金龙

发布于 2020-03-05 20:38:01

9330

发布于 2020-03-05 20:38:01

文章被收录于专栏：王金龙的专栏

探究Java中的四种引用

从JDK1.2版本开始，Java把对象的引用分为四种级别，从而使程序能更加灵活的控制对象的生命周期。这四种级别由高到低依次为：强引用、软引用、弱引用和虚引用。本篇就来详细探究一下这四种引用的机制：

强引用
软引用
弱引用
虚引用
详解ReferenceQueue与Reference

强引用

强引用是最普遍的引用，一般通过new关键字来创建出来的对象引用都属于强引用，比如Object o = new Object()。

如果一个对象具有强引用，它就不会被垃圾回收器回收。即使当前内存空间不足，JVM也不会回收它，而是抛出 OutOfMemoryError 错误，使程序异常终止。如果想中断强引用和某个对象之间的关联，可以显式地将引用赋值为null，这样一来的话，JVM在合适的时间就会回收该对象。

软引用

在使用软引用时，如果内存的空间足够，软引用就能继续被使用，而不会被垃圾回收器回收；只有在内存空间不足时，软引用才会被垃圾回收器回收。软引用最长被用作内存敏感型的内存缓存。

创建一个软引用的代码示例：

1	SoftReference<String> soft = new SoftReference<>("World");

SoftReference类的结构如下：

1 2 3 4 5 6 7 8 9	java.lang.ref.SoftReference#SoftReference(T) java.lang.ref.SoftReference#SoftReference(T, java.lang.ref.ReferenceQueue<? super T>) java.lang.ref.SoftReference#get java.lang.ref.SoftReference#clock java.lang.ref.SoftReference#timestamp

前两个是构造函数，后面会详细介绍ReferenceQueue；
get方法用于获取这个软引用所指向的对象，如果这个对象已经清除或者被GC收集，那么就返回null；
clock属性是一个static的long型时间戳，由GC线程进行GC的时候更新；
timestamp属性也是一个时间戳，每次在调用get方法的时候会对其进行更新，JVM用这个属性用于帮助收集和清理软引用。

弱引用

如果一个对象只具有弱引用，当 JVM 进行垃圾回收时，只要GC线程检测到了，无论当前内存空间是否充足，都会将其回收。不过由于垃圾回收器是一个优先级较低的线程，所以并不一定能迅速发现弱引用对象。弱引用通常用于实现规范化映射。

创建一个弱引用的代码示例：

1	WeakReference<String> weakName = new WeakReference<String>("hello");

WeakReference类的结构如下：

1 2 3	java.lang.ref.WeakReference#WeakReference(T) java.lang.ref.WeakReference#WeakReference(T, java.lang.ref.ReferenceQueue<? super T>)

只是提供了两个构造函数，后一个构造函数传入了一个ReferenceQueue对象。

虚引用

顾名思义，就是形同虚设的引用，如果一个对象仅持有虚引用，那么它相当于没有引用，在任何时候都可能被垃圾回收器回收。

创建虚引用的代码示例：

1 2 3	ReferenceQueue<String> queue = new ReferenceQueue<String>(); PhantomReference<String> pr = new PhantomReference<String>(new String("hello"), queue);

PhantomReference类的结构如下：

1 2 3	java.lang.ref.PhantomReference#PhantomReference(T, ReferenceQueue<? super T>) java.lang.ref.PhantomReference#get

只有一个带有ReferenceQueue参数的构造函数，也就是虚引用一定要和引用队列一起使用；
同时其get方法也有点特殊，因为虚引用的引用对象相当于没有引用，所以其get方法总是返回null。

详解ReferenceQueue与Reference

引用队列可以与软引用、弱引用以及虚引用一起配合使用，当垃圾回收器准备回收一个对象时，如果发现它还有引用，那么就会在回收对象之前，把这个引用加入到与之关联的引用队列中去。程序可以通过判断引用队列中是否已经加入了引用，来判断被引用的对象是否将要被垃圾回收，这样就可以在对象被回收之前采取一些必要的措施。

与软引用、弱引用不同，虚引用必须和引用队列一起使用。

ReferenceQueue实现了一个队列的入队（enqueue）和出队（poll还有remove）操作，内部元素就是Reference。ReferenceQueue名义上是一个队列，但内部并没有实际的存储结构，它的存储是依赖于内部节点之间的关系来实现的。看一下ReferenceQueue实现中用到的属性：

1 2 3 4 5 6 7 8 9 10 11 12 13	static ReferenceQueue<Object> NULL = new Null<>(); static ReferenceQueue<Object> ENQUEUED = new Null<>(); static private class Lock { }; private Lock lock = new Lock(); private volatile Reference<? extends T> head = null; private long queueLength = 0;

其实就是一个增加了同步操作的链表的设计，通过head属性来找到链表头，每个链表节点，即Reference对象，都有一个next属性来找到下一个节点。

刚才分析四种引用的时候看到，java.lang.ref.Reference 为软（soft）引用、弱（weak）引用、虚（phantom）引用的父类。那我们再来看一下Reference类的实现中用到的属性：

1 2 3 4 5 6 7 8 9 10 11 12 13	private T referent; /* Treated specially by GC / volatile ReferenceQueue<? super T> queue; volatile Reference next; transient private Reference<T> discovered; / used by VM */ static private class Lock { } private static Lock lock = new Lock(); private static Reference<Object> pending = null;

Reference作为ReferenceQueue中的节点，定义了next属性来指向下一个节点，referent为实际指向的对象，pending存储等待被放入ReferenceQueue的引用对象；discovered表示要处理的下一个对象。

Reference类还定义了一个ReferenceHandler线程。

1 2 3 4 5	java.lang.ref.Reference.ReferenceHandler#ReferenceHandler java.lang.ref.Reference.ReferenceHandler#ensureClassInitialized java.lang.ref.Reference.ReferenceHandler#run

这个线程在Reference类的static的构造块中启动，并且被设置为最高优先级和daemon状态。此线程要做的事情就是不断的检查pending属性是否为null，如果pending不为null，则将pending进行enqueue，否则线程进入wait状态。

由此可见，pending是由jvm来赋值的，当Reference内部的referent对象的可达状态改变时，jvm会将Reference对象放入pending链表。并且这里enqueue的队列是我们在初始化（构造函数）Reference对象时传进来的queue，如果传入了null( 实际使用的是ReferenceQueue.NULL )，则ReferenceHandler则不进行enqueue操作，所以只有非RefernceQueue.NULL的queue才会将Reference进行enqueue。

ReferenceQueue作为 JVM GC与上层Reference对象管理之间的一个消息传递方式，它使得我们可以对所监听的对象引用可达发生变化时做一些处理。