java的强引用、软引用、弱引用、幻象引用，引用队列总结

java的强引用、软引用、弱引用、幻象引用，引用队列总结

• java除了原始数据类型的变量，其余全部都是引用类型。
• 引用分为强引用、软引用、弱引用、幻象引用，这几种引用影响着对象的回收

强引用

• 强引用：形如Object object = new Object();这样就是典型的强引用，被强引用引用的对象不会被垃圾收集器主动回收，JVM宁愿抛出OutOfMemoryError运行时错误（OOM），使程序异常终止，也不会靠随意回收具备强引用的“存活”对象来解决内存不足的问题。对于一个普通的对象，若是没有其余的引用关系，只要超过了引用的做用域或者显式地将相应强引用赋值为 null，这个被引用的对象就是能够被垃圾回收器回收的(具体回收时机仍是要看垃圾收集策略)。

引用（Reference类）

• 先在这里说一下，软引用（SoftReference）、弱引用（WeakReference）、幻象引用（PhantomReference）都是java.lang.ref.Reference的子类，这个Reference类主要有4个方法
  • void clean();清除此参考对象。（此方法仅由Java代码调用; 当垃圾收集器清除引用时，它直接执行，而不调用此方法。）
  • boolean enqueue();将此引用对象添加到其注册的队列（若是有）。
  • T get();返回此引用对象的指示。(经过这个方法能够返回Reference所引用的对象，能够从新变成强引用) 例如：软引用引用的一个对象

MyObject aRef = new MyObject();
SoftReference aSoftRef=new SoftReference(aRef);
aRef = null;
//如今只有一个软引用指向MyObject的这个对象，
//若是这个对象尚未被回收，能够把他再次变为强引用
if(aSoftRef.get() != null)
  MyObject bRef = aSoftRef.get();
//这个时候MyObject这个对象又变成强引用
复制代码

• boolean isEnqueued();经过程序或垃圾收集器来告知这个引用对象是否已经入队;

• 其中enqueue 和 isEnqueued 这两个方法涉及到引用队列，咱们后面会讲到。这里就先不解释，留个印象就行。

软引用（SoftReference）

• 软引用经过SoftReference类实现。软引用的生命周期比强引用短一些。只有当 JVM 认为内存不足时，才会去试图回收软引用指向的对象：即JVM 会确保在抛出 OutOfMemoryError 以前，清理软引用指向的对象。软引用能够和一个引用队列（ReferenceQueue）联合使用，若是软引用所引用的对象被垃圾回收器回收，Java虚拟机就会把这个软引用（注意是引用自己这个对象（就是Reference本身，并非引用所引用的对象）加入到与之关联的引用队列中。后续，咱们能够调用ReferenceQueue的poll()方法来检查是否有它所关心的对象被回收（由于在这个队列里面的引用所指向的对象都被回收了）。若是队列为空，将返回一个null,不然该方法返回队列中前面的一个Reference对象。

• 应用场景：软引用一般用来实现内存敏感的缓存。若是还有空闲内存，就能够暂时保留缓存，当内存不足时清理掉，这样就保证了使用缓存的同时，不会耗尽内存。

弱引用（WeakReference）

• 弱引用经过WeakReference类实现。 弱引用的生命周期比软引用短。在垃圾回收器线程扫描它所管辖的内存区域的过程当中，一旦发现了具备弱引用的对象，无论当前内存空间足够与否，都会回收它的内存。因为垃圾回收器是一个优先级很低的线程，所以不必定会很快回收弱引用的对象。弱引用能够和一个引用队列（ReferenceQueue）联合使用，若是弱引用所引用的对象被垃圾回收，Java虚拟机就会把这个弱引用加入到与之关联的引用队列中（和引用队列一块儿使用同上面的软引用）。

• 应用场景：弱应用一样可用于内存敏感的缓存。

幻象引用（PhantomReference）

• 幻象引用也叫虚引用，经过PhantomReference类来实现。没法经过虚引用访问对象的任何属性或函数。幻象引用仅仅是提供了一种确保对象被 finalize 之后，作某些事情的机制。若是一个对象仅持有虚引用，那么它就和没有任何引用同样，在任什么时候候均可能被垃圾回收器回收。虚引用必须和引用队列 （ReferenceQueue）联合使用。当垃圾回收器准备回收一个对象时，若是发现它还有虚引用，就会在回收对象的内存以前，把这个虚引用加入到与之关联的引用队列中。程序能够经过判断引用队列中是否已经加入了虚引用，来了解被引用的对象是否将要被垃圾回收。若是程序发现某个虚引用已经被加入到引用队列，那么就能够在所引用的对象的内存被回收以前采起一些程序行动（和引用队列一块儿使用同上面软引用跟弱引用）。

• 应用场景：可用来跟踪对象被垃圾回收器回收的活动，当一个虚引用关联的对象被垃圾收集器回收以前会收到一条系统通知

引用队列（ReferenceQueue）

• Reference对象已经再也不具备存在的价值，须要一个适当的清除机制，避免大量SoftReference对象带来的内存泄漏。在java.lang.ref包里还提供了ReferenceQueue。
• 前面说到在使用软引用、虚引用、幻象引用的时候能够指定一个引用队列，在引用所引用的对象被回收后引用自己就会进入引用队列。
  • 使用例子以下

ReferenceQueue queue = new ReferenceQueue();
SoftReference ref=new SoftReference(aMyObject,queue);
复制代码

• 经过引用队列能够看到哪些Reference对象所引用的对象已经被回收，当调用引用队列的poll（）方法就能够返回除队列中的失去所引用对象的Reference对象
• 利用这个方法，咱们能够检查哪一个SoftReference所软引用的对象已经被回收。因而咱们能够把这些失去所软引用的对象的SoftReference对象清除掉。

SoftReference ref = null;
while ((ref = (EmployeeRef) q.poll()) != null) {
// 清除ref
}
复制代码

一些应用

• 软引用和弱引用能够用来作一些内存敏感的缓存，空间足够的时候就缓存对象，不够的时候就回收，不会抛出ome（内存溢出异常，网上有不少这种小demo，我这里就不赘述了）
• entry的key是弱引用从他的构造函数能够看出，为何是弱引用呢，由于当threadlocal对象不在使用的时候将其置位null，可是这个时候entry的key仍是指向的threadlocal对象，若是这个时候是强引用就会致使threadlocal对象没办法回收会形成内存泄漏，因此改为弱引用的话当只有一个弱引用的entry的key指向threadlocal对象的时候Threadlocal对象在垃圾回收的时候就会被回收掉。（这里涉及一些ThreadLocal的底层实现，你们能够看我这一篇博客（juejin.im/post/5b98f3…

在强引用、软引用、弱引用、幻象引用的介绍我引用了一些其余博客下的评论，因为很差贴连接就只能声明一下吧。