引用

https://blog.csdn.net/qq_20280683/article/details/77897876

https://blog.csdn.net/m0_37700275/article/details/79820814

四种引用分别为：

1. 强引用（StrongRefernce）

强引用是我们使用的最多的一种引用对象，对强应用的使用，在编码过程中也是无处不在，例如创建一个成员变量，new 出一个对象等等…

强引用可以直接访问目标对象，强引用所关联的对象，在任何时候都不会被内存回收，JVM宁肯抛出OOM异常，也不会对其进行回收，所以，在通常的内存泄漏中，大多都有强引用的身影。

2. 软引用（SoftReference）

软引用是除了硬引用之外最强的一种引用，软引用和硬引用的不同点在于，软引用是可被回收的；

其回收机制是：当内存充足的时候，在GC时,不会去回收当前的软引用，当内存临近阈值或不足的时候，在GC时，发现某一对象的引用只具有软引用当前软引用就会被回收。

软引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用的对象被垃圾回收器回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。

当一对象除了具有软引用还具有硬引用，GC时，会被回收吗？答案是肯定不会，只会回收只具有软引用的对象

MyObject aRef = new MyObject(); 
      SoftReference aSoftRef = new SoftReference(aRef); 
      MyObject anotherRef = (MyObject)aSoftRef.get();

View view = findViewById(R.id.button);
Bitmap bitmap = BitmapFactory.decodeResource(getResources(),R.drawable.ic_launcher);
Drawable drawable = new BitmapDrawable(bitmap);
SoftReference drawableSoftReference = new SoftReference(drawable);
if(drawableSoftReference != null) {
    view.setBackground(drawableSoftReference.get());
}

3. 弱引用（WeakReference）

弱引用是比软引用和硬引用更弱的一种引用，在GC时，不论内存是否充足，发现某一对象的引用只具有弱引用当前弱引用就会被回收。

当一对象除了具有弱引用还具有硬引用，GC时，会被回收吗？答案是肯定不会，只会回收只具有弱引用的对象

弱引用可以和一个引用队列（ReferenceQueue）联合使用，如果弱引用所引用的对象被垃圾回收，Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。

在很多时候，弱引用会被组合起来一起使用，例如其中一个使用场景：Handler的匿名内部类的实现中，可能会导致内存泄漏，使用静态内部类解决持有外部引用问题，将需要的外部引用使用弱引用，而像在这部分的实际运用场景下，弱引用的使用是更符合规范，但不一定有效呢，比如弱引用持有的对象，这个对象还有硬引用，在GC时，这不符合回收规则，这个对象就不会被回收。

4. 虚引用（PhantomReference）

虚引用不能保证其保存对象生命周期，其保存对象若只有虚引用，则其有效期完全随机于GC的回收，在任何一个不确定的时间内，都可能会被回收；而虚引用与其他几者的引用不同在于，在使用PhantomReference，必须要和Reference联合使用。

总结与注意事项

前面对各种引用进行了详细的解说，然后关于这几种引用，在使用过程中，有一个细节还是非常值得注意的，软引用，弱引用，虚引用，在创建引用对象的时候，除了传入引用对象，通常还有一个构造函数，多了一个ReferenceQueue

  ReferenceQueue queue = new ReferenceQueue();
        WeakReference weakReference = new WeakReference(this,queue);
        SoftReference softReference = new SoftReference(this,queue);
        PhantomReference phantomReference = new PhantomReference(this,queue);

那么这个ReferenceQueue有什么用呢？

引用对象本身，也是一个强引用，其除了具有保存一个对象本身特有的引用属性之外，引用对象本身也具有java对象的一般性，那么在其本身保存的对象被回收之后，引用对象本身也就没有了实用性质，需要一个适当的清理机制，来清理这些对象，避免大量这些引用对象而带来的内存泄漏；这时候，就可以用到ReferenceQueue。

当引用（SoftReference/WeakReference/PhantomReference）中保存的的对象，被GC回收时，引用本身的这个对象会被加入到ReferenceQueue中，那么，也就是说，ReferenceQueue中保存的对象是Reference，并且是失去了其保存的对象的Reference。这个时候我们可以通过调用ReferenceQueue中提供的poll()这个API来获取队列中的对象，当队列中不存在对象的时候，返回的会是null，当存在或存在多个的时候，都是返回最前面的一个Reference对象，这个时候我们就需要将这个对象进行清除，让相应的内存可以被释放掉。

Reference ref = null; 
while ((ref = queue.poll()) != null) 
{ // 清除ref 
}