WeakReference vs SoftReference vs PhantomReference vs StrongReference

最新推荐文章于 2020-12-05 13:09:00 发布

柏油路留不下脚印

最新推荐文章于 2020-12-05 13:09:00 发布

阅读量361

点赞数

分类专栏： Java 文章标签： java

本文链接：https://blog.csdn.net/wwq518/article/details/51549848

版权

Java 专栏收录该内容

42 篇文章 0 订阅

订阅专栏

Difference between WeakReference vs SoftReference vs PhantomReference vs Strong reference in Java

phantom references

Understanding Weak References Blog

Strong Reference
强引用是使用最普遍的引用。如果一个对象具有强引用，那垃圾回收器绝不会回收它。当内存空间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足的问题。
我们平常用的最多的就是强引用了，如：String s = new String(“opps”); 这种形式的引用称为强引用，这种引用有以下几个特点：
1.强引用可以直接访问目标对象 ;
2.强引用所指向的对象在任何时候都不会被系统回收 ;
3.由于2的原因，强引用可能导致内存泄漏。
测试代码1：

String s = new String("opps");
// 开始执行垃圾回收
System.gc();
System.runFinalization();
System.out.println(s);//opps

结果：垃圾回收后，依然可以打印出s所指向的opps，因此强引用所指向的对象不会被垃圾回收器回收，这样就可能会导致内存泄露。

强引用指向的对象，垃圾回收器是不会自动帮你回收对象所占的内存，一旦对象被强引用，那么强引用本身就强迫这个对象保留在内存中，因此需要你自己手动去释放不需要再次被使用的对象所占的空间，这样你可能就要多次重复相同的释放内存的动作了– 因为此时内存回收器不会回收强引用指向的内存空间。

总结：使用强引用是因为你不想垃圾回收器自动回收强引用指向的内存空间，这样垃圾回收就要靠你自己手动释放了，这个跟号称有垃圾回收机制的java来说就非常尴尬了，“java，说好的垃圾自动回收机制呢？”^_^，还好java还提供了weak reference，soft reference和Phantom reference这几个类来实现所谓的垃圾自动回收。

Weak Reference
顾名思义, 是一个弱引用, 当所引用的对象在 JVM 内不再有强引用时, GC 后 weak reference 将会被自动回收。
在java中使用 java.lang.ref.WeakReference 实现：

@Test  
public void weakReference() {  
    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());  
}

WeakHashMap
使用 WeakReference 作为 key，一旦没有指向 key 的强引用, WeakHashMap 在 GC 后将自动删除相关的 entry，如下：

@Test  
public void weakHashMap() 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));  
}

Soft Reference
SoftReference 于 WeakReference 的特性基本一致，最大的区别在于 SoftReference 会尽可能长的保留引用直到 JVM 内存不足时才会被回收(虚拟机保证), 这一特性使得 SoftReference 非常适合缓存应用。
在java中使用 java.lang.ref.SoftReference 实现：

@Test  
public void softReference() {  
    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());  
}

Phantom Reference
Phantom Reference(幽灵引用) 与 WeakReference 和 SoftReference 有很大的不同, 因为它的 get() 方法永远返回 null, 这也正是它名字的由来。
在java中使用 java.lang.ref.PhantomReference 实现：

@Test  
public void phantomReferenceAlwaysNull() {  
    Object referent = new Object();  
    PhantomReference<Object> phantomReference = new PhantomReference<Object>(referent, new ReferenceQueue<Object>());  

    /** 
     * phantom reference 的 get 方法永远返回 null  
     */  
    assertNull(phantomReference.get());  
}

一个永远返回 null 的 reference 要来何用, 请注意构造 PhantomReference 时的第二个参数 ReferenceQueue(事实上 WeakReference & SoftReference 也可以有这个参数)，
PhantomReference 唯一的用处就是跟踪 referent 何时被 enqueue 到 ReferenceQueue 中.

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

@Test  
public void referenceQueue() 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 方法执行后回收的，也就意味着此时已经不可能拿到原来的引用, 也就不会出现上述问题, 当然这是一个很极端的例子, 一般不会出现.