java gc reference_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 discovered; /* used by VM */

private static Reference pending = null;

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

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

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

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

引用类型

取得目标对象方式

垃圾回收条件

是否可能内存泄漏

强引用

直接调用

不回收

可能

软引用

视内存情况回收

不可能

弱引用

通过 get() 方法

永远回收

不可能

虚引用

无法取得

不回收

可能

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

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

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

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