今天 4ye 来和小伙伴们聊聊这个 强引用 , 软引用 , 弱引用 , 幻象引用 ( 虚引用 )啦
嘿嘿,主要是最近读 源码 的时候经常看到,然后又想到自己第一次知道这个神奇的东西是在 2020-8-21
为啥记得这么清楚呢? 主要是翻到了 杨晓峰大佬的 pdf 哈哈
这次我一定得记牢不搞混了 哈哈,一起来看看叭
文章概览
一. 四种引用的概念
二. 对象可达性介绍
三. Springboot源码中的引用
概念介绍
01. 强引用
这个就是我们创建的普通对象了~ 当该对象被显示的赋值为 null 时,或者没有被其他存活的对象继续引用时,它就会成为垃圾收集器的目标,等待被收回
02. 软引用
软引用( SoftReference ) , 当 内存不足 时会被回收
比如
被回收后,这里会打印 null 而不是 Java4ye
03. 弱引用
弱引用( WeakReference ) , 当 垃圾回收器 进行垃圾回收时,无论内存足与否,它都会被垃圾回收器回收
比如
被回收后,这里也是会打印 null 而不是 Java4ye
04. 虚引用
虚引用( ReferenceQueue ) , 这个也是随时会被回收,不过它的作用更像一个标记,当对象被回收时,它不为 null ,但是要注意,无论什么时候去调用 虚引用的 get 方法,都只能获取到一个 null 值。
为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知 —— <<深入理解Java虚拟机>>
这里引用 Java shuo.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 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自动装配原理探索 一文中提到的 Spring boot SPI 机制 其中的主角: SpringFactoriesLoader
源码如下:
还有 自动配置过程中的注解扫描 AnnotationsScanner
以及在 万字长文,带你快速上手这些池化技术! 一文中出现的 异步任务线程池 : ThreadPoolTaskExecutor
源码如下: (可以看到这里指明了是 弱引用级别 )
总结
- 看完上面的例子,觉得可以模仿下 Springboot 的 ConcurrentReferenceHashMap ,对对象进行一个合理的存储,间接地优化 jvm ,提高垃圾回收的效率。
- 这两个别搞混了: 软引用,内存不足时回收 ; 弱引用,在进行垃圾回收时,不管内存足与否,都会被回收,
最后
我是4ye 咱们下期应该……很快再见!!
喜欢的话可以关注下 头条号 和 公众号 Java4ye 支持下 4ye 呀