java中的强软弱虚_如何判断强软弱虚这几种引用?

软引用、弱引用、虚引用,全都继承自同一个抽象类,这个抽象类Reference,这个抽象类实现了引用类的主要方法,另外三个对它的扩展很少。

看了一下 java 8 的源码

软引用只是添加了个时间戳,弱引用什么都没添加,虚引用只是把返回返回值直接定为null。

而原本的那个对象,被传参给了抽象类Reference的构造函数,然后成为了它的一个成员,是个强引用。

我原本还觉得引用类的实现需要交给 native 层,一看源码发现并不是。

由于这个 Reference 存储了一个强引用,所以凭直觉它应该是无法被 GC 的,但是 Reference 源码里的很多地方都写道,将在 GC 时被修改。

既然对 Reference 的这个强引用成员置 null 的过程是在 GC 的时候,所以我个人猜测一下(确实对 jvm 的研究非常有限,所以只敢猜测只敢设想),也许在有些 jvm 的实现中,可能是在 Full GC 标记对象的时候,遇到 Reference 时就把这个 Reference 加入一个集合,但是不标记它所引用的对象,当除 Reference 外其它的所有强引用的对象都标记过后,再遍历这个 Reference 集合,如果被引用的对象尚未标记,即已经不存在其余强引用,再对 Reference 做出相应的操作,其中就包括将内部强引用置 null,所有 Reference 处理完成后再统一销毁未标记的对象。

我个人认为,对于能否查看一个对象的所有引用,应该不是一种需要实现的标准,因为它是非常依赖 jvm 具体实现的,毕竟引用类型关乎到了 GC 的实现方式。

况且,一个对象完全可以同时在各个线程被许许多多不同类型的引用所引用,这样的话,如果不检验可达性,恐怕很难判断一个对象此时的最高引用类型是哪一种,而检验可达性则是一个非常耗时的过程。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值