安卓开发基础——弱引用的使用
前言
起因
今天开发遇到一个问题，就是在快速点击带点击事件的控件，如果控件里面写的是Dialog弹窗就有概率出现弹窗连续在界面上出现两次，也就是你关闭弹窗后发现还有一个一样的弹窗在界面，这样就会带来不好的体验。
结果
2月9日
在网上查了许多解决方法，就有提到将该Dialog变成类的成员变量，不用每次都new就可能避免这种情况出现，但我着实不清楚为什么以及具体怎么做，于是请教了组里的大哥，大哥和我说他之前也处理过这种问题，使用了弱引用，可我还是不知道具体的实现方式，于是便找到大哥的代码，并在网上了解了弱引用的具体作用。
2月10日
今天我请教了我们掘金开发群的Java大佬，他告诉我，我这个写法仍然避免不了弹两次Dialog的，并给出意见，可以使用共享状态，推荐我创建一个共享的ReentrantLock，不过我还没去实现，等有时间再看看。
下面就让我们看看弱引用到底是什么。
正篇
弱引用的概念
想知道弱引用，那就得知道几个名词：
强引用
软引用
弱引用
虚引用
首先我们来看看这些词的概念：
强引用
强引用（StrongReference）：最传统的“引用”的定义，是指在程序代码之中普遍存在的引用赋值，即类似“Object obj = new Object()”这种引用关系。无论任何情况下，只要强引用关系还存在，垃圾收集器就永远不会回收掉被引用的对象。
软引用
软引用（SoftReference）：在系统将要发生内存溢出之前，将会把这些对象列入回收范围之中进行第二次回收。如果这次回收后还没有足够的内存，才会抛出内存流出异常。
弱引用
弱引用（WeakReference）：被弱引用关联的对象只能生存到下一次垃圾收集之前。当垃圾收集器工作时，无论内存空间是否足够，都会回收掉被弱引用关联的对象。
虚引用
虚引用（PhantomReference）：一个对象是否有虚引用的存在，完全不会对其生存时间构成影响，也无法通过虚引用来获得一个对象的实例。为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知。
以上定义都是参考自知乎回答 ：强引用、软引用、弱引用、虚引用有什么区别？具体使用场景是什么？ - 知乎 (zhihu.com)，从这我们可以了解到其实我们Java中new对象就是强引用，强引用的对象是可触及的，垃圾收集器就永远不会回收掉被引用的对象，也就简而言之对象在引用时，不回收，上面说的文章中也举例说明了强引用的特点：
而我们本篇说的弱引用，则是发现即回收，它通常是用来描述那些非必需对象，只被弱引用关联的对象只能生存到下一次垃圾收集发生为止。在系统GC时，只要发现弱引用，不管系统堆空间使用是否充足，都会回收掉只被弱引用关联的对象。
但是，又因为垃圾回收器的线程通常优先级很低，所以，一般并不一定能很快地发现持有弱引用的对象，而在这种情况下，弱引用对象就可以存在较长的时间。
而如何使用弱引用，我们接着往下看：
使用方法
前言提到我们使用了弱引用在开发中大哥已经使用过，所以我就跟着后面仿写一下就好，而知乎的那篇文章也提到：
这就基本是弱引用的定义方法，因为之前前言说的Dialog问题弱引用并没有真正起效果，所以我们换一种方法去展示他在安卓上的使用，那就是在使用Bitmap时防止OOM，写法如下：
ImageView imageView = findViewById(R.id.vImage);
Bitmap bitmap = BitmapFactory.decodeResource(getResources(),R.drawable.ic_launcher_background);
Drawable drawable = new BitmapDrawable(getResources(), bitmap);
WeakReference<Drawable> weakDrawable = new WeakReference<>(drawable);
Drawable bgDrawable = weakDrawable.get();
if(bgDrawable != null) {
imageView.setBackground(drawable);
}
我们再对比一下普通的强引用方法：
ImageView imageView = findViewById(R.id.vImage);
Bitmap bitmap = BitmapFactory.decodeResource(getResources(),R.drawable.ic_launcher_background);
Drawable drawable = new BitmapDrawable(getResources(), bitmap);
imageView.setBackground(drawable);
其实，就是对drawable对象从强引用转为弱引用，这样一旦出现内存不足，不会直接去使用drawable对象，让JVM自动回收这些缓存图片对象所占用的空间，从而有效地避免了OOM的问题。
总结
其实这块内容需要对GC机制很熟悉，我不是很熟，所以使用可能也出现不对，希望读者可以积极指正，谢谢观看！
作者：ObliviateOnline
来源：juejin.cn/post/7198519499867815997
