摘自:http://blog.csdn.net/ocean181/article/details/7232759java
从JDK1.2版本开始,把对象的引用分为四种级别,从而使程序能更加灵活的控制对象的生命周期。这四种级别由高到低依次为:强引用、软引用、弱引用和虚引用。算法
1、强引用
若是一个对象具备强引用,那就相似于必不可少的生活用品,垃圾回收器毫不会回收它。当内存空 间不足,Java虚拟机宁愿抛出OutOfMemoryError错误,使程序异常终止,也不会靠随意回收具备强引用的对象来解决内存不足问题。 缓存
例如: jvm
- Object o=new Object();
- Object o1=o;
上面代码中第一句是在heap堆中建立新的Object对象经过o引用这个对象,第二句是经过o创建o1到new Object()这个heap堆中的对象的引用,这两个引用都是强引用.只要存在对heap中对象的引用,gc就不会收集该对象.若是经过以下代码:spa
若是显式地设置o和o1为null,或超出范围,则gc认为该对象不存在引用,这时就能够收集它了。能够收集并不等于就一会被收集,何时收集这要取决于gc的算法,这要就带来不少不肯定性。例如你就想指定一个对象,但愿下次gc运行时把它收集了,那就没办法了,有了其余的三种引用就能够作到了。其余三种引用在不妨碍gc收集的状况下,能够作简单的交互。.net
heap中对象有强可及对象、软可及对象、弱可及对象、虚可及对象和不可到达对象。应用的强弱顺序是强、软、弱、和虚。对于对象是属于哪一种可及的对象,由他的最强的引用决定。以下:线程
第一行在heap对中建立内容为“abc”的对象,并创建abc到该对象的强引用,该对象是强可及的。设计
第二行和第三行分别创建对heap中对象的软引用和弱引用,此时heap中的对象还是强可及的。对象
第四行以后heap中对象再也不是强可及的,变成软可及的。一样第五行执行以后变成弱可及的。blog
2、软引用(SoftReference)
若是一个对象只具备软引用,那就相似于可有可物的生活用品。若是内存空间足够,垃圾回收器就不会回收它,若是内存空间不足了,就会回收这些对象的内存。只要垃圾回收器没有回收它,该对象就能够被程序使用。软引用可用来实现内存敏感的高速缓存。
软引用能够和一个引用队列(ReferenceQueue)联合使用,若是软引用所引用的对象被垃圾回收,Java虚拟机就会把这个软引用加入到与之关联的引用队列中。
软引用是主要用于内存敏感的高速缓存。在jvm报告内存不足以前会清除全部的软引用,这样以来gc就有可能收集软可及的对象,可能解决内存吃紧问题,避免内存溢出。何时会被收集取决于gc的算法和gc运行时可用内存的大小。当gc决定要收集软引用是执行如下过程,以上面的abcSoftRef为例:
1 首先将abcSoftRef的referent设置为null,再也不引用heap中的new String("abc")对象。
2 将heap中的new String("abc")对象设置为可结束的(finalizable)。
3 当heap中的new String("abc")对象的finalize()方法被运行并且该对象占用的内存被释放, abcSoftRef被添加到它的ReferenceQueue中。
注:对ReferenceQueue软引用和弱引用能够有可无,可是虚引用必须有,参见:
- Reference(T paramT, ReferenceQueue<? super T>paramReferenceQueue)
被 Soft Reference 指到的对象,即便没有任何 Direct Reference,也不会被清除。一直要到 JVM 内存不足且 没有 Direct Reference 时才会清除,SoftReference 是用来设计 object-cache 之用的。如此一来 SoftReference 不但能够把对象 cache 起来,也不会形成内存不足的错误 (OutOfMemoryError)。我以为 Soft Reference 也适合拿来实做 pooling 的技巧。
- A obj = new A();
- Refenrence sr = new SoftReference(obj);
- //引用时
- if(sr!=null){
- obj = sr.get();
- }else{
- obj = new A();
- sr = new SoftReference(obj);
- }
3、弱引用(WeakReference)
若是一个对象只具备弱引用,那就相似于可有可物的生活用品。弱引用与软引用的区别在于:只具备弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它 所管辖的内存区域的过程当中,一旦发现了只具备弱引用的对象,无论当前内存空间足够与否,都会回收它的内存。不过,因为垃圾回收器是一个优先级很低的线程, 所以不必定会很快发现那些只具备弱引用的对象。
弱引用能够和一个引用队列(ReferenceQueue)联合使用,若是弱引用所引用的对象被垃圾回收,Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。
当gc碰到弱可及对象,并释放abcWeakRef的引用,收集该对象。可是gc可能须要对此运用才能找到该弱可及对象。经过以下代码能够了明了的看出它的做用:
- String abc=new String("abc");
- WeakReference<String> abcWeakRef = new WeakReference<String>(abc);
- abc=null;
- System.out.println("before gc: "+abcWeakRef.get());
- System.gc();
- System.out.println("after gc: "+abcWeakRef.get());
运行结果:
before gc: abc
after gc: null
gc收集弱可及对象的执行过程和软可及同样,只是gc不会根据内存状况来决定是否是收集该对象。
若是你但愿能随时取得某对象的信息,但又不想影响此对象的垃圾收集,那么你应该用 Weak Reference 来记住此对象,而不是用通常的 reference。
这类的技巧,在设计 Optimizer 或 Debugger 这类的程序时常会用到,由于这类程序须要取得某对象的信息,可是不能够 影响此对象的垃圾收集。
4、虚引用(PhantomReference)
"虚引用"顾名思义,就是形同虚设,与其余几种引用都不一样,虚引用并不会决定对象的生命周期。若是一个对象仅持有虚引用,那么它就和没有任何引用同样,在任什么时候候均可能被垃圾回收。虚引用主要用来跟踪对象被垃圾回收的活动。
虚引用与软引用和弱引用的一个区别在于:虚引用必须和引用队列(ReferenceQueue)联合使用。当垃 圾回收器准备回收一个对象时,若是发现它还有虚引用,就会在回收对象的内存以前,把这个虚引用加入到与之关联的引用队列中。程序能够经过判断引用队列中是 否已经加入了虚引用,来了解被引用的对象是否将要被垃圾回收。程序若是发现某个虚引用已经被加入到引用队列,那么就能够在所引用的对象的内存被回收以前采起必要的行动。
创建虚引用以后经过get方法返回结果始终为null,经过源代码你会发现,虚引用通向会把引用的对象写进referent,只是get方法返回结果为null.先看一下和gc交互的过程在说一下他的做用.
1 不把referent设置为null, 直接把heap中的new String("abc")对象设置为可结束的(finalizable).
2 与软引用和弱引用不一样, 先把PhantomRefrence对象添加到它的ReferenceQueue中.而后在释放虚可及的对象.
你会发如今收集heap中的new String("abc")对象以前,你就能够作一些其余的事情.经过如下代码能够了解他的做用.
class java.lang.String@96354