java Reference与GC的关系

GC的目的就是把不用的对象清理出内存,然后我们在java里面用到的对象其实都是引用,其实就是对象的指针(虽然java里面没有指针的概念,但是引用其实就是指针了),在GC的时候就是每种引用的回收策略下面来一一说明.

java里面的引用有四中,强引用(Final Reference),弱引用(Weak Reference),软引用(Soft Reference),影子引用(Phantom Reference).

先说强引用,有三个特征:(String a = new String("a"))

可以直接访问对象

强引用对象任何时候都不会被回收

强引用可能造成内存泄露(当然内存很小的时候这也是无法避免的)

释放的方式就是: a = null;这个不解释

另外三个引用都是"弱的",首先,他们都继承自java.lang.ref.Reference,这个父类里面也都很简单,代码在下面

    private T referent;         /* Treated specially by GC */

    ReferenceQueue<? super T> queue;

    Reference next;
    transient private Reference<T> discovered;  /* used by VM */<p class="p1">    private<span class="s1"> </span>static<span class="s1"> Reference </span><span class="s2">pending</span><span class="s1"> = </span>null<span class="s1">;</span></p>

先说ReferenceQueue,javaDocs的解释就是,在检测到适当的可达性更改后,垃圾回收器将已注册的引用添加到该队列中.这个是官方的解释,我的理解就是,系统垃圾回收器在扫描对象之后,把需要回收的引用加入到这个队列里面,等真正释放的时候就直接从这里获取需要释放的地址.说白了就是用来标记是否回收.

然后是pending和discovered,这两个有注册,一个是给VM用的一个是给GC用的,不多说

最后就是referent和next,实现了一个链表结构,现在从代码看来就是Queue里面用于查找对象引用的,我没花时间去去搞明白next的作用,难道只是用于标记四种模式?(有知道的人告诉我,我没时间深究)

那么这三种弱引用在GC的时候何时被回收如下表(摘自:深入探讨 java.lang.ref 包):

引用类型 取得目标对象方式 垃圾回收条件 是否可能内存泄漏
强引用 直接调用 不回收 可能
软引用
视内存情况回收 不可能
弱引用 通过 get() 方法 永远回收 不可能
虚引用 无法取得 不回收 可能

具体的原因可以参考这篇文章,然后说一说这几种引用的应用场景:

弱引用,这种是每次gc都会回收的.

软引用,这种是在已经没有内存的时候才回收的,可以用于智能缓存,但是我总感觉内存用光不是好事

虚引用,这种只是标记,你也取不到这个引用的对象,基本上只是用与监听对象回收的事件,所以这一点我不是很赞同不被回收的说法.




评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值