【Java】强引用、软引用、弱引用、幻象引用

本文主要是介绍【Java】强引用、软引用、弱引用、幻象引用，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

加强对jvm基础知识的了解，将jvm学习的一些知识总结下来。后续将引出一系列文章。

一、基本概念

强引用（StrongReference）

• 最常见的普通对象引用
• 只要还有强引用指向一个对象，就能表明对象还“活着”，垃圾收集器不会碰这种对象
• 什么时候可以被GC:
  • 超过了引用的作用域
  • 显式地将相应（强）引用赋值为null
• 具体回收时机还是要看垃圾收集策略

软引用（SoftReference）

• 一种相对强引用弱化一些的引用
• 只有当JVM认为内存不足时，才会去试图回收软引用指向的对象
  (OutOfMemoryError之前，清理软引用指向的对象)
• 软引用通常用来实现内存敏感的缓存
  • 如果还有空闲内存，就可以暂时保留缓存
  • 当内存不足时清理掉，这样就保证了使用缓存的同时，不会耗尽内存

弱引用（WeakReference）

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

幻象引用（PhantomReference）

也翻译成虚引用

幻象引用仅仅是提供了一种确保对象被finalize以后，做某些事情的机制，比如，通常用来做所谓的PostMortem清理机制，如Java平台自身Cleaner机制等，也有人利用幻象引用监控对象的创建和销毁。

二、价值与精髓

抽茧成丝

• 大多数应用开发中，很少直接操作各种不同引用
• 使用的类库、框架可能利用了其机制
  • 设计可靠的缓存等框架
  • 诊断应用OOM

  比如，诊断MySQL connector-j驱动在特定模式下（useCompression=true）的内存泄漏问题，就需要我们理解怎么排查幻象引用的堆积问题。

价值点:

• 对基础概念的理解
• 底层对象生命周期、垃圾收集机制等

价值1:判断对象可达性

1、对象不可达（unreachable）

• 不可达意味着对象可以被清除
• 所有引用类型，都是抽象类java.lang.ref.Reference的子类,提供了get()方法
  • 幻象引用（get永远返回null）
  • 对象还没有被销毁，都可以通过get方法获取原有对象,重新指向强引用
  • 对于软引用、弱引用之类，垃圾收集器可能会存在二次确认的问题，以保证处于弱引用状态的对象，没有改变为强引用。

2、错误地保持了强引用

• 如果我们错误地保持了强引用（比如，赋值给了static变量），那么对象可能就没有机会变回类似弱引用的可达性状态了，就会产生内存泄漏

• 检查弱引用指向对象是否被垃圾收集，也是诊断是否有特定内存泄漏的一个思路。

  (如果我们的框架使用到弱引用又怀疑有内存泄漏，就可以从这个角度检查。)

价值2:显式地影响软引用垃圾收集

那么我们能不能使用什么方法来影响软引用的垃圾收集呢？

本质上，这个行为还是个黑盒，取决于JVM实现，不要过于依赖它。

价值3:诊断JVM引用情况

你怀疑应用存在引用（或finalize）导致的回收问题

HotSpot JVM自身便提供了明确的选项（PrintReferenceGC）去获取相关信息（JDK 9无效）

三、code实现

todo

这篇关于【Java】强引用、软引用、弱引用、幻象引用的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---