java的4种Reference学习

写于: 2011-10-30 11:59, 自己的博客转移。

http://www.blogjava.net/lsbwahaha/archive/2011/10/30/362314.html

java中的引用分为4种：Strong Reference， WeakReference， softReference，PhantomReference

Strong Reference:

我们平常用的最多的就是强引用了
如：String s = new String("opps");这种形式的引用称为强引用，这种引用有以下几个特点
1.强引用可以直接访问目标对象 ;
2.强引用所指向的对象在任何时候都不会被系统回收 ;
3.由于2的原因,强引用可能导致内存泄漏。

StrongReference 是 Java 的默认引用实现, 强引用指向的对象，垃圾回收器不会自动帮你回收对象所占的内存，一旦对象被强引用，那么强引用本身就强迫这个对象保留在内存中，因此需要你自己手动去释放不需要再次别使用的对象所占的空间，它会尽可能长时间的存活于 JVM 内， 当没有任何对象指向它时 GC 执行后将会被回收

public void testStrongReference() {
        Object referent = new Object();

        /**
         * 通过赋值创建 StrongReference
         */
        Object strongReference = referent;

        assertSame(referent, strongReference);

        referent = null;
        System.gc();

        /**
         * StrongReference 在 GC 后不会被回收
         */
        assertNotNull(strongReference);
    }

WeakReference

顾名思义,  是一个弱引用,  当所引用的对象在 JVM 内不再有强引用时, GC 后 weak reference 将会被自动回收

public void testWeakReference() {
        Object referent = new Object();
        WeakReference<Object> weakRerference = new WeakReference<Object>(referent);

        assertSame(referent, weakRerference.get());

        referent = null;
        System.gc();

        /**
         * 一旦没有指向 referent 的强引用, weak reference 在 GC 后会被自动回收
         */
        assertNull(weakRerference.get());
    }


public void testWeakHashMap() throws InterruptedException {
        Map<Object, Object> weakHashMap = new WeakHashMap<Object, Object>();
        Object key = new Object();
        Object value = new Object();
        weakHashMap.put(key, value);

        assertTrue(weakHashMap.containsValue(value));

        key = null;
        System.gc();

        /**
         * 等待无效 entries 进入 ReferenceQueue 以便下一次调用 getTable 时被清理
         */
        Thread.sleep(1000);

        /**
         * 一旦没有指向 key 的强引用, WeakHashMap 在 GC 后将自动删除相关的 entry
         */
        assertFalse(weakHashMap.containsValue(value));
    }

SoftReference

于 WeakReference 的特性基本一致， 最大的区别在于 SoftReference 会尽可能长的保留引用直到 JVM 内存不足时才会被回收(虚拟机保证), 这一特性使得 SoftReference 非常适合缓存应用.可用来实现智能缓存（java.lang.ref.SoftReference is a relatively new class, used to implement smart caches.）假定你有一个对象引用，指向一个大数组：Object obj = new char[1000000];并且如果可能的话，你打算一直保存这个数组，但是如果内存极其短缺的话，你乐于释放这个数组。你可以使用一个soft reference:SoftReference ref = new SoftReference(obj);Obj是这个soft reference的引用。在以后你用以下的方式检测这个引用：if (ref.get() == null)// (referent has been cleared)else// (referent has not been cleared)如果这个引用已经被清除了，那么垃圾回收器会收回它所使用的空间，并且你缓存的对象也已经消失。需要注意的是，如果这个指示物还有对它的别的引用，那么垃圾回收器将不会清除它。这个方案可以被用来实现各种不同类型的缓存，这些缓存的特点是只要有可能对象就会被一直保存下来，但是如果内存紧张对象就被清除掉。注意：软引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用的对象被垃圾回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。

public void testSoftReference() {   
         Object referent = new Object();   
         SoftReference<Object> softRerference = new SoftReference<Object>(referent);   
      
         assertNotNull(softRerference.get());   
           
         referent = null;   
         System.gc();   
           
        /**
          *   soft references 只有在 jvm OutOfMemory 之前才会被回收, 所以它非常适合缓存应用
          */  
         assertNotNull(softRerference.get());   
    }  

PhantomReference

Phantom Reference(幽灵引用) 与 WeakReference 和 SoftReference 有很大的不同,  因为它的 get() 方法永远返回 null, 这也正是它名字的由来. PhantomReference 唯一的用处就是跟踪 referent  何时被 enqueue 到 ReferenceQueue 中.

public void testPhantomReferenceAlwaysNull() {
        Object referent = new Object();  
        PhantomReference<Object> phantomReference = new PhantomReference<Object>(referent, new ReferenceQueue<Object>());  
          
        /** 
         * phantom reference 的 get 方法永远返回 null  
         */  
        assertNull(phantomReference.get());  
    }

当GC在遍历引用关系时，如果发现被phantom reference包装过的referent不存在strong, weak, soft引用时(就是除phantom外没有任何引用，幻影的由来)，GC会将 phantom reference 放入 Reference queue。以便程序在另一边通过queue的remove/poll方法，感知referent被GC回收的事件。(如果对 ReferenceQueue作用和回调感兴趣，可以先看最下面 ReferenceQueue 简介)
另外，我们知道，GC在回收对象前会先调用对象自身的finalize()方法，如果它有实现的话，然后再清掉内存。而Phantom Reference的回调(enqueue)是在对象的finalize后，回收前触发。这跟 WeakReference不一样。WR是在回收后才通知的。在这个特殊的阶段可以做一些特殊的clean操作。

RererenceQueue:

当一个 WeakReference 开始返回 null 时， 它所指向的对象已经准备被回收， 这时可以做一些合适的清理工作.   将一个 ReferenceQueue 传给一个 Reference 的构造函数， 当对象被回收时， 虚拟机会自动将这个对象插入到 ReferenceQueue 中， WeakHashMap 就是利用 ReferenceQueue 来清除 key 已经没有强引用的 entries.

 
public void testReferenceQueue() throws InterruptedException {
        Object referent = new Object();
        ReferenceQueue<Object> referenceQueue = new ReferenceQueue<Object>();
        WeakReference<Object> weakReference = new WeakReference<Object>(referent, referenceQueue);

        assertFalse(weakReference.isEnqueued());
        Reference<? extends Object> polled = referenceQueue.poll();
        assertNull(polled);

        referent = null;
        System.gc();

        assertTrue(weakReference.isEnqueued());
        Reference<? extends Object> removed = referenceQueue.remove();
        assertNotNull(removed);
    }

PhantomReference  vs WeakReference

PhantomReference  有两个好处， 其一， 它可以让我们准确地知道对象何时被从内存中删除， 这个特性可以被用于一些特殊的需求中(例如 Distributed GC，  XWork 和 google-guice 中也使用 PhantomReference 做了一些清理性工作).其二， 它可以避免 finalization 带来的一些根本性问题, 上文提到 PhantomReference 的唯一作用就是跟踪 referent 何时被 enqueue 到 ReferenceQueue 中,  但是 WeakReference 也有对应的功能, 两者的区别到底在哪呢 ?这就要说到 Object 的 finalize 方法, 此方法将在 gc 执行前被调用, 如果某个对象重载了 finalize 方法并故意在方法内创建本身的强引用,  这将导致这一轮的 GC 无法回收这个对象并有可能引 起任意次 GC， 最后的结果就是明明 JVM 内有很多 Garbage 却 OutOfMemory， 使用 PhantomReference 就可以避免这个问题， 因为 PhantomReference 是在 finalize 方法执行后回收的，也就意味着此时已经不可能拿到原来的引用,  也就不会出现上述问题,  当然这是一个很极端的例子, 一般不会出现.