强引用、软引用、弱引用、幻象引用有什么区别?
典型回答
- 不同的引用类型,主要体现的是对象不同的可达性(reachable)状态和对垃圾收集的影响。
- 所谓强引用(“Strong” Reference),就是我们最常见的普通对象引用。
- 只要还有强引用指向一个对象,就能表明对象还“活着”,垃圾收集器不会碰这种对象。
- 对于一个普通的对象,如果没有其他的引用关系,只要超过了引用的作用域或者显式地将相应(强)引用赋值为 null,就是可以被垃圾收集的了,当然具体回收时机还是要看垃圾收集策略。
- 软引用(SoftReference),是一种相对强引用弱化一些的引用。
- 可以让对象豁免一些垃圾收集,只有当 JVM 认为内存不足时,才会去试图回收软引用指向的对象。
- JVM 会确保在抛出 OutOfMemoryError 之前,清理软引用指向的对象。软引用通常用来实现内存敏感的缓存,如果还有空闲内存,就可以暂时保留缓存,当内存不足时清理掉,这样就保证了使用缓存的同时,不会耗尽内存。
- 弱引用(WeakReference)并不能使对象豁免垃圾收集,仅仅是提供一种访问在弱引用状态下对象的途径。
- 这就可以用来构建一种没有特定约束的关系,比如,维护一种非强制性的映射关系,如果试图获取时对象还在,就使用它,否则重现实例化。
- 它同样是很多缓存实现的选择。
- 幻象引用,即虚引用,你不能通过它访问对象。
- 幻象引用仅仅是提供了一种确保对象被 finalize 以后,做某些事情的机制,比如,通常用来做所谓的 Post-Mortem 清理机制。
- Java 平台自身 Cleaner 机制。
- 也有人利用幻象引用监控对象的创建和销毁。
考点分析
- 这是一个综合性的题目,既考察了我们对基础概念的理解,也考察了对底层对象生命周期、垃圾收集机制等的掌握。
- 充分理解这些引用,对于我们设计可靠的缓存等框架,或者诊断应用 OOM 等问题,会很
有帮助。比如,诊断 MySQL connector-j 驱动在特定模式下(useCompression=true)的内存泄漏问题,就需要我们理解怎么排查幻象引用的堆积问题。
知识扩展
- 对象可达性状态流转分析
- Java 定义的不同可达性级别(reachability level):
- 强可达(Strongly Reachable),就是当一个对象可以有一个或多个线程可以不通过各种引用访问到的情况。比如,我们新创建一个对象,那么创建它的线程对它就是强可达。
- 软可达(Softly Reachable),就是当我们只能通过软引用才能访问到对象的状态。
- 弱可达(Weakly Reachable),只能通过弱引用访问时的状态。这是十分临近 finalize 状态的时机,当弱引用被清除的时候,就符合 finalize 的条件了。
- 幻象可达(Phantom Reachable),就是没有强、软、弱引用关联,并且 finalize 过了,只有幻象引用指向这个对象的时候。
- 不可达(unreachable),意味着对象可以被清除了。
- 除了幻象引用,如果对象还没有被销毁,都可以通过 get 方法获取原有对象。
- 这意味着,利用软引用和弱引用,我们可以将访问到的对象,重新指向强引用,也就是人为的改变了对象的可达性状态。
- 所以,对于软引用、弱引用之类,垃圾收集器可能会存在二次确认的问题,以保证处于弱引用状态的对象,没有改变为强引用。
- 如果我们错误的保持了强引用(比如,赋值给了 static 变量),那么对象可能就没有机会变回类似弱引用的可达性状态了,就会产生内存泄漏。
- 所以,检查弱引用指向对象是否被垃圾收集,也是诊断是否有特定内存泄漏的一个思路,如果我们的框架使用到弱引用又怀疑有内存泄漏,就可以从这个角度检查。
- Java 定义的不同可达性级别(reachability level):
- 引用队列(ReferenceQueue)使用
- 我们在创建各种引用并关联到响应对象时,可以选择是否需要关联引用队列,JVM 会在特定时机将引用 enqueue 到队列里,我们可以从队列里获取引用(remove 方法在这里实际是有获取的意思)进行相关后续逻辑。
- 尤其是幻象引用,get 方法只返回 null,如果再不指定引用队列,基本就没有意义了。
- 利用引用队列,我们可以在对象处于相应状态时(对于幻象引用,就是被 finalize 了,处于幻象可达状态),执行后期处理逻辑。
- 显式地影响软引用垃圾收集
- 软引用通常会在最后一次引用后保持一段时间,默认值是根据堆剩余空间计算的。
- 诊断 JVM 引用情况
- 如果你怀疑应用存在引用(或 finalize)导致的回收问题,可以有很多工具或者选项可供选择,JDK 9 对 JVM 和垃圾收集日志进行了广泛的重构。