第4讲 | 强引用、软引用、弱引用、幻象引用有什么区别？

这里提供一个真是有关reachability的例子，也是reachabilityFence的一个使用http://mail.openjdk.java.net/pipermail/jdk-dev/2018-October/002067.html 清楚说明对方法的调用并不能保证对象存活

接着上个问题： 老师，问个问题:我自己定义一个类，重写finalize方法后，创建一个对象，被幻想引用，同时该幻想对象使用ReferenceQueue。 当我这个对象指向null，被GC回收后，ReferenceQueue中没有改对象，不知道是什么原因？如果我把类中的finalize方法移除，ReferenceQueue就能获取被释放的对象。 2018-05-17作者回复文章图里阐明了，幻象引用enque发生在finalize之后，你查查是不是卡在FinalReference queue里了，那是实现finalization的地方 杨老师，我去查看了，Final reference和Reference发现是Reference Handle线程在监控，但是Debug进出去，还是没有搞清楚原理。 不过，我又发现类中自定义得Finalize,如果是空的，正常。如果类中有任何代码，都不能进入Reference Queue，怀疑是对象没有被GC回收。

在Java语言中，除了基本数据类型外，其他的都是指向各类对象的对象引用；Java中根据其生命周期的长短，将引用分为4类。 1 强引用 特点：我们平常典型编码Object obj = new Object()中的obj就是强引用。通过关键字new创建的对象所关联的引用就是强引用。 当JVM内存空间不足，JVM宁愿抛出OutOfMemoryError运行时错误（OOM），使程序异常终止，也不会靠随意回收具有强引用的“存活”对象来解决内存不足的问题。对于一个普通的对象，如果没有其他的引用关系，只要超过了引用的作用域或者显式地将相应（强）引用赋值为 null，就是可以被垃圾收集的了，具体回收时机还是要看垃圾收集策略。 2 软引用 特点：软引用通过SoftReference类实现。 软引用的生命周期比强引用短一些。只有当 JVM 认为内存不足时，才会去试图回收软引用指向的对象：即JVM 会确保在抛出 OutOfMemoryError 之前，清理软引用指向的对象。软引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用的对象被垃圾回收器回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。后续，我们可以调用ReferenceQueue的poll()方法来检查是否有它所关心的对象被回收。如果队列为空，将返回一个null,否则该方法返回队列中前面的一个Reference对象。 应用场景：软引用通常用来实现内存敏感的缓存。如果还有空闲内存，就可以暂时保留缓存，当内存不足时清理掉，这样就保证了使用缓存的同时，不会耗尽内存。 3 弱引用 弱引用通过WeakReference类实现。 弱引用的生命周期比软引用短。在垃圾回收器线程扫描它所管辖的内存区域的过程中，一旦发现了具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。由于垃圾回收器是一个优先级很低的线程，因此不一定会很快回收弱引用的对象。弱引用可以和一个引用队列（ReferenceQueue）联合使用，如果弱引用所引用的对象被垃圾回收，Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。 应用场景：弱应用同样可用于内存敏感的缓存。 4 虚引用 特点：虚引用也叫幻象引用，通过PhantomReference类来实现。无法通过虚引用访问对象的任何属性或函数。幻象引用仅仅是提供了一种确保对象被 finalize 以后，做某些事情的机制。如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收器回收。虚引用必须和引用队列 （ReferenceQueue）联合使用。当垃圾回收器准备回收一个对象时，如果发现它还有虚引用，就会在回收对象的内存之前，把这个虚引用加入到与之关联的引用队列中。 ReferenceQueue queue = new ReferenceQueue (); PhantomReference pr = new PhantomReference (object, queue); 程序可以通过判断引用队列中是否已经加入了虚引用，来了解被引用的对象是否将要被垃圾回收。如果程序发现某个虚引用已经被加入到引用队列，那么就可以在所引用的对象的内存被回收之前采取一些程序行动。 应用场景：可用来跟踪对象被垃圾回收器回收的活动，当一个虚引用关联的对象被垃圾收集器回收之前会收到一条系统通知。

我的理解，java的这种抽象很有意思。 强引用就像大老婆，关系很稳固。 软引用就像二老婆，随时有失宠的可能，但也有扶正的可能。 弱引用就像情人，关系不稳定，可能跟别人跑了。 幻像引用就是梦中情人，只在梦里出现过。

1. 强引用：项目中到处都是。 2. 软引用：图片缓存框架中，“内存缓存”中的图片是以这种引用来保存，使得JVM在发生OOM之前，可以回收这部分缓存 3. 虚引用：在静态内部类中，经常会使用虚引用。例如，一个类发送网络请求，承担callback的静态内部类，则常以虚引用的方式来保存外部类(宿主类)的引用，当外部类需要被JVM回收时，不会因为网络请求没有及时回来，导致外部类不能被回收，引起内存泄漏 4. 幽灵引用：这种引用的get()方法返回总是null，所以，可以想象，在平常的项目开发肯定用的少。但是根据这种引用的特点，我想可以通过监控这类引用，来进行一些垃圾清理的动作。不过具体的场景，还是希望峰哥举几个稍微详细的实战性的例子？

我觉得录音和文字可以不一样，不要兼顾这两者，录音内容应该远多于文字，就像PPT一样，讲述的人表述的会远多于文字体现出来的东西。所以不用为了录音方便考虑文字内容多少，文字尽量能不靠录音也是完整的，录音的内容会更丰富，但有些不好描述的部分，比如代码要配合文字一起看。

希望可以配合一些实际的例子来讲解各种引用会更好，不会仅停留在理论理解层面，实际例子更有助于理解！

于是我google到了这篇文章,http://www.kdgregory.com/index.php?page=java.refobj ，花了几天（真的是几天，不是几小时）才基本读完，基本理解这几个reference的概念和作用，从这个角度来讲非常感谢作者，如果不是本文的介绍，我还以为GC还是按照reference counter的原理处理，原来思路早变了。话说回来，《Java Reference Objects》真值得大家好好琢磨，相信可以回答很多人的问题，比如strong reference , soft reference , weak reference怎么互转，如果一个obj 已经 = null,就obj = reference.get()呗，再有，文章中用weak reference 实现 canonicalizing map改善内存存储效率，减小存储空间的例子，真是非常经典啊。也希望作者以后照顾一下低层次读者，写好技术铺垫和名词定义。顺便问一下大家是怎么留言的，在手机上打那么多字，还有排版是怎么处理的，我是先在电脑上打好字再COPY上来的，大家和我一样吗？

希望作者照顾层次化的读者，讲名词概念要有具体解释，并能举例一二帮助理解，不然看完依旧似懂非懂一知半解。

Android 中的Glide 图片加载框架的内存缓存就使用到了弱引用缓存机制😁