极客时间杨晓峰JAVA36讲内容总结与扩展(四)

强引用、软引用、弱引用、幻想引用有什么区别？具体使用场景是什么？

回答：不同的引用类型，主要体现的是对象不同的可达性状态和对垃圾收集的影响。

强引用：就是最常见的普通对象引用，只要还有强引用指向一个对象，就能表名这个对象还活着，垃圾收集不会去碰这些对象。如果没有其他的引用关系，只要超过了引用的作用域或者显示地将相应的强引用赋值为null，就可以被垃圾回收；主要还是看垃圾回收策略。

软引用：可以让队形豁免一些垃圾收集，只有当JVM认为内存不足时，才回去试图回收弱引用指向的对象。

弱引用：并不能使对象豁免垃圾收集，仅仅是提供一种访问在弱引用状态下对象的途径。这就可以用来构建一种没有特定约束的关系。如：维护一种非强制性的映射关系，如果试图获取时对象还在，就使用它，否则重现实例化。

幻象引用：幻象引用仅仅是提供了一种确保被finalize以后，做某些事情的机制。也有人利用幻象引用监控对象的创建和销毁。

知识扩展

1.对象可达性流状态流转分析

这里简单总结了对象生命周期和不同可达性状态，以及不同状态可能的改变关系，可能未必100%严谨。

• 强可达：当一个对象可以有一个或多个线程可以不通过各种引用访问到的情况。例如创建一个对象，那么创建他的线程对他就是强可达。
• 软可达：当我们只能通过软引用才能访问道对象的状态。
• 弱可达：无法通过强引用或者软引用访问，只能通过弱引用访问时的状态。
• 幻可达：就是没有强、软、弱引用关联，并且finalize过了，只有幻象引用指向这个对象的时候。
• 不可达：就是对象被清除了。

所有引用类型，都是抽象类java.lang.ref.Reference的子类，他提供了get()方法，除了幻象引用（因为get永远返回null），如果对象还没有被销毁，都可以通过get方法获取原有对象。这意味着，利用软引用和弱引用，我们可以将访问到的对象，重新指向强引用，也就是人为的改变了对象的可达性状态。

所以对于软引用、弱引用之类，垃圾收集器可能会存在二次确认的问题，以保证处于弱引用状态的对象，没有改变为强引用。

你觉得这里有没有可能出现什么问题？

如果我们错误的保持了强引用如static，那么对象可能就没有机会变回类似弱引用的可达性状态了，就会产生内存泄漏。所以检查对象是否被垃圾收集，也是诊断是否有特定内存泄漏的一个思路。

2.引用队列（ReferenceQueue）使用

谈到各种引用的编程，就必须要提到引用队列。我们在创建各种引用并关联到响应对象时，可以选择是否需要关联引用队列，JVM会在特定时机将引用enqueue到队列里，我们可以从队列里获取引用进行相关后续逻辑（remove方法在这里实际是获取的意思）。尤其是幻象引用，get方法只能返回null，如果在不指定队列基本就没有意义了。下面的代码利用引用队列，我们可以在对象处于相应状态时（对幻象引用就是说的呗finalize了，处于幻象可达状态），执行后期处理逻辑。

Object counter = new Object();
ReferenceQueue refQueue = new ReferenceQueue<>();
PhantomReference<Object> p = new PhantomReference<>(counter, refQueue);
counter = null;
System.gc();
try {
    // Remove 是一个阻塞方法，可以指定 timeout，或者选择一直阻塞
    Reference<Object> ref = refQueue.remove(1000L);
    if (ref != null) {
        // do something
    }
} catch (InterruptedException e) {
    // Handle it
}

3.显示的影响软引用垃圾收集

软引用在JVM内部是怎么处理的，其实并不是非常明确。那我们能不能使用什么方法来影响软引用的垃圾收集？答案是有的：软引用通常在最后一次引用后，还能保持一段时间，默认值是根据堆剩余空间计算的，这个剩余空间，其实会受不同JVM模式影响

-XX:SoftRefLRUPolicyMSPerMB=3000

4.诊断JVM引用情况

如果你怀疑应用存在引用导致的回收问题，可以有很多工具或者选项可供选择，比如HotSpot JVM自身提供了明确的选项（PrintReferenceGC）去获取相关信息。下面是JDK8运行一个样例应用：

-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintReferenceGC

5.Reachability Fence

除了之前的基本引用类型，我们也可以通过底层API来达到强引用的效果，这就是所谓的设置Reachability Fence

网友-公号-代码荣耀总结：
在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的这种抽象很有意思。
强引用就像大老婆，关系很稳固。
软引用就像二老婆，随时有失宠的可能，但也有扶正的可能。
弱引用就像情人，关系不稳定，可能跟别人跑了。
幻像引用就是梦中情人，只在梦里出现过。



网友-Jerry银银
1. 强引用：项目中到处都是。

2. 软引用：图片缓存框架中，“内存缓存”中的图片是以这种引用来保存，使得JVM在发生OOM之前，可以回收这部分缓存

3. 虚引用：在静态内部类中，经常会使用虚引用。例如，一个类发送网络请求，承担callback的静态内部类，则常以虚引用的方式来保存外部类(宿主类)的引用，当外部类需要被JVM回收时，不会因为网络请求没有及时回来，导致外部类不能被回收，引起内存泄漏

4. 幽灵引用：这种引用的get()方法返回总是null，所以，可以想象，在平常的项目开发肯定用的少。但是根据这种引用的特点，我想可以通过监控这类引用，来进行一些垃圾清理的动作。不过具体的场景

总结：

说实话看到后头很懵，但是看了留言区有种豁然开朗的感觉，

转载于:https://my.oschina.net/Pirvate/blog/3024980