四种引用类型在JAVA Springboot中的使用详解

目录

• 概念介绍
• 01.  强引用
• 02.  软引用
• 03.  弱引用
• 04.  虚引用
• 对象可达性
• Springboot源码中的使用
• 总结

概念介绍

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

01.  强引用

这个就是我们创建的普通对象了~ 当该对象被显示地赋值为 null 时，或者没有被其他存活的对象继续引用时，它就会成为垃圾收集器的目标，等待被收回

02.  软引用

软引用( SoftReference ) , 当内存不足 时会被回收

比如

被回收后，这里会打印 null 而不是 Java4ye

03.  弱引用

弱引用( WeakReference ) , 当 垃圾回收器 进行垃圾回收时，无论内存足与否，它都会被垃圾回收器回收

比如

被回收后，这里也是会打印 null 而不是 Java4ye

04.  虚引用

虚引用( ReferenceQueue ) , 这个也是随时会被回收，不过它的作用更像一个标记，当对象被回收时，它不为 null ，但是要注意，无论什么时候去调用 虚引用的 get 方法，都只能获取到一个 null 值。

为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知 —— <<深入理解Java虚拟机>>

这里引用 http://www.javashuo.com/article/p-zyvdcbhl-nb.html 该文章的例子

User user = new User(1, "Java4ye");
ReferenceQueue<User> userReferenceQueue = new ReferenceQueue<>();
// 创建User对象的虚引用
PhantomReference<User> phantomReference = new PhantomReference<>(user, userReferenceQueue);
// 去掉强引用
user = null;
System.out.println(phantomReference.get());
// 手动触发GC
System.gc();
System.out.println("GC: " + phantomReference.get());
Reference<? extends User> reference = null;
try {
    reference = userReferenceQueue.remove(1000);
} catch (InterruptedException e) {
    e.printStackTrace();
}
if (reference != null) {
    System.out.println("对象User被回收了:");
}

对象可达性

那么 简单介绍完上面的 4 种引用后，我们再来看看它的可达性~

如图~

• 强可达： 比如 创建一个对象时，创建它的线程对该对象就是强可达
• 软可达： 只能通过软引用访问
• 弱可达： 只能通过弱引用访问
• 虚可达： 当对象没有 强，软，弱 引用关联时，并且 finalize 过，就会进入该状态
• 不可达： 意味着该对象可以被清除了。

通过最开始的代码例子和上面的图（双向箭头）我们还可以发现，软引用和弱引用和强引用这三者间可以进行转换( 通过 Reference 的 get() 可获取到原对象)，这意味着:

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

在 JDK8 中，还可以通过 指定参数打印引用的相关信息

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

在 JDK8 中使用 ParrallelGC 收集的垃圾回收日志 （大佬 pdf 中的例子）

0.403: [GC (Allocation Failure) 0.871: [SoftReference, 0 refs, 0.0000393 secs]0.871: [WeakReference, 8 refs, 0.0000138 secs]0.871: [FinalReference, 4 refs, 0.0000094 secs]0.871:

[PhantomReference, 0 refs, 0 refs, 0.0000085 secs]0.871: [JNI Weak Reference, 0.0000071 secs][PSYoungGen: 76272K->10720K(141824K)] 128286K->128422K(316928K), 0.4683919 secs] [Times:

user=1.17 sys=0.03, real=0.47 secs]

再记录下这个点

通过底层API来达到强引用

Springboot源码中的使用

嘿嘿 终于来到重点了 ，正如开头提到的~ 4ye 也是在 Springboot 源码中看到这个

ConcurrentReferenceHashMap 才想起要写一下这篇文章滴✍

那么这个 ConcurrentReferenceHashMap 到底有什么作用呢？

ConcurrentReferenceHashMap 能指定所存放对象的引用级别

默认情况下是 软引用级别

比如 在 Springboot自动装配原理探索 一文中提到的 Springboot SPI 机制 其中的主角： SpringFactoriesLoader

源码如下：

还有自动配置过程中的注解扫描 AnnotationsScanner

以及在 万字长文，带你快速上手这些池化技术！ 一文中出现的 异步任务线程池： ThreadPoolTaskExecutor

源码如下： （可以看到这里指明了是 弱引用级别）

总结

看完上面的例子，觉得可以模仿下 Springboot 的 ConcurrentReferenceHashMap ，对对象进行一个合理的存储，间接地优化jvm ，提高垃圾回收的效率。这两个别搞混了： 软引用，内存不足时回收；弱引用，在进行垃圾回收时，不管内存足与否，都会被回收

本篇文章就到这里了，希望能够给你带来帮助，也希望您能够多多关注我们的更多内容!