不同的引用类型,主要体现的是对象不同的可达性(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,提高垃圾回收的效率。这两个别搞混了:软引用,内存不足时回收;弱引用,在进行垃圾回收时,不管内存足与否,都会被回收
本篇文章就到这里了,希望能够给你带来帮助,也希望您能够多多关注服务器之家的更多内容!
原文链接:https://blog.csdn.net/weixin_40251892/article/details/119982408