理解 Java 的 GC 与幽灵引用

转载自：http://www.javaeye.com/topic/401478

Java 中一共有 4 种类型的引用 : StrongReference、 SoftReference、 WeakReference 以及 PhantomReference (传说中的幽灵引用呵呵),
这 4 种类型的引用与 GC 有着密切的关系, 让我们逐一来看它们的定义和使用场景 :

1. Strong Reference

StrongReference 是 Java 的默认引用实现, 它会尽可能长时间的存活于 JVM 内，当没有任何对象指向它时 GC 执行后将会被回收

Java代码

@Test
publicvoidstrongReference(){
Objectreferent=newObject();
/**
*通过赋值创建StrongReference
*/
ObjectstrongReference=referent;
assertSame(referent,strongReference);
referent=null;
System.gc();
/**
*StrongReference在GC后不会被回收
*/
assertNotNull(strongReference);
}

2. WeakReference & WeakHashMap

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

Java代码

@Test
publicvoidweakReference(){
Objectreferent=newObject();
WeakReference<Object>weakRerference=newWeakReference<Object>(referent);
assertSame(referent,weakRerference.get());
referent=null;
System.gc();
/**
*一旦没有指向referent的强引用,weakreference在GC后会被自动回收
*/
assertNull(weakRerference.get());
}

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

Java代码

@Test
publicvoidweakHashMap()throwsInterruptedException{
Map<Object,Object>weakHashMap=newWeakHashMap<Object,Object>();
Objectkey=newObject();
Objectvalue=newObject();
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));
}

3. SoftReference

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

Java代码

@Test
publicvoidsoftReference(){
Objectreferent=newObject();
SoftReference<Object>softRerference=newSoftReference<Object>(referent);
assertNotNull(softRerference.get());
referent=null;
System.gc();
/**
*softreferences只有在jvmOutOfMemory之前才会被回收,所以它非常适合缓存应用
*/
assertNotNull(softRerference.get());
}

4. PhantomReference

作为本文主角， Phantom Reference(幽灵引用) 与 WeakReference 和 SoftReference 有很大的不同, 因为它的 get() 方法永远返回 null, 这也正是它名字的由来

Java代码

@Test
publicvoidphantomReferenceAlwaysNull(){
Objectreferent=newObject();
PhantomReference<Object>phantomReference=newPhantomReference<Object>(referent,newReferenceQueue<Object>());
/**
*phantomreference的get方法永远返回null
*/
assertNull(phantomReference.get());
}

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

5. RererenceQueue

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

Java代码

@Test
publicvoidreferenceQueue()throwsInterruptedException{
Objectreferent=newObject();
ReferenceQueue<Object>referenceQueue=newReferenceQueue<Object>();
WeakReference<Object>weakReference=newWeakReference<Object>(referent,referenceQueue);
assertFalse(weakReference.isEnqueued());
Reference<?extendsObject>polled=referenceQueue.poll();
assertNull(polled);
referent=null;
System.gc();
assertTrue(weakReference.isEnqueued());
Reference<?extendsObject>removed=referenceQueue.remove();
assertNotNull(removed);
}

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

7. 对比

taken fromhttp://mindprod.com/jgloss/phantom.html

Soft vs Weak vs Phantom References
Type	Purpose	Use	When GCed	Implementing Class
Strong Reference	An ordinary reference. Keeps objects alive as long as they are referenced.	normal reference.	Any object not pointed to can be reclaimed.	default
Soft Reference	Keeps objects alive provided there’s enough memory.	to keep objects alive even after clients have removed their references (memory-sensitive caches), in case clients start asking for them again by key.	After a first gc pass, the JVM decides it still needs to reclaim more space.	java.lang.ref.SoftReference
Weak Reference	Keeps objects alive only while they’re in use (reachable) by clients.	Containers that automatically delete objects no longer in use.	After gc determines the object is only weakly reachable	java.lang.ref.WeakReference java.util.WeakHashMap
Phantom Reference	Lets you clean up after finalization but before the space is reclaimed (replaces or augments the use offinalize())	Special clean up processing	After finalization.	java.lang.ref.PhantomReference

8. 小结
一般的应用程序不会涉及到 Reference 编程，但是了解这些知识会对理解 GC 的工作原理以及性能调优有一定帮助, 在实现一些基础性设施比如缓存时也可能会用到，希望本文能有所帮助.

理解 Java 的 GC 与幽灵引用相关推荐

java 幽灵引用_全面解析Java中的GC与幽灵引用
Java 中一共有 4 种类型的引用 : StrongReference. SoftReference. WeakReference 以及 PhantomReference (传说中的幽灵引用呵呵) ...
深入理解 Java 之 GC 到底如何工作
当程序创建对象,数组等引用类型实体时,系统都会在堆内存中为之分配一块内存区,对象就保存在这块内存区,当这块内存不再被任何变量引用时,这块内存就变成垃圾,系统就要回收. 只回收堆内存中对象,不会回 ...
理解Java自定义类作为数据类型——引用数据类型
目录说在前面的话复现问题引用数据类型的理解总结说在前面的话前言:Java的数据类型按照类型可分为基本数据类型(byte.short.int.long.double.float.char.b ...
java 准备解析_深入理解JAVA虚拟机学习笔记24——类加载的准备和解析
每天进步一点点! 今天我们一起看一下类加载的准备阶段和解析阶段. 先看一下准备阶段:主要任务是在方法区中为类变量(仅static修饰变量,不包含实例变量)分配内存并设置类变量初始化的阶段. 这里面的区 ...
《深入理解java虚拟机》学习笔记四/垃圾收集器GC学习/一
Grabage Collection GC GC要完毕的三件事情: 哪些内存须要回收? 什么时候回收? 怎样回收? 内存运行时区域的各个部分中: 程序计数器.虚拟机栈.本地方法栈这3个区域随 ...
《深入理解java虚拟机》笔记2——GC算法与内存分配策略
说起垃圾收集(Garbage Collection, GC),想必大家都不陌生,它是JVM实现里非常重要的一环,JVM成熟的内存动态分配与回收技术使Java(当然还有其他运行在JVM上的语言,如Sca ...
深入理解JVM03--判断对象是否存活（引用计数算法、可达性分析算法，最终判定），Eclipse设置GC日志输出,引用
本文是基于周志明的<深入理解Java虚拟机> 堆中几乎存放着Java世界中所有的对象实例,垃圾收集器在对堆回收之前,第一件事情就是要确定这些对象哪些还"存活"着,哪些对 ...
深入理解JVM(三)——JVM之判断对象是否存活（引用计数算法、可达性分析算法，最终判定），Eclipse设置GC日志输出,引用
本文转载自https://blog.csdn.net/ochangwen/article/details/51406779 本文是基于周志明的<深入理解Java虚拟机> 堆中几乎存放着Ja ...
深入理解 Java 虚拟机 - 你了解 GC 算法原理吗
来自:好好学Java 虚拟机系列文章深入理解 Java 虚拟机(第一弹) - Java 内存区域透彻分析深入理解 Java 虚拟机(第二弹) - 常用 vm 参数分析深入理解 Java 虚拟机- ...

理解 Java 的 GC 与幽灵引用

理解 Java 的 GC 与幽灵引用相关推荐

最新文章

热门文章

理解 Java 的 GC 与 幽灵引用

理解 Java 的 GC 与 幽灵引用相关推荐

最新文章

热门文章

理解 Java 的 GC 与幽灵引用

理解 Java 的 GC 与幽灵引用相关推荐