- 浏览: 24978 次
- 性别:
- 来自: 上海
文章分类
最新评论
理解 Java 的 GC 与 幽灵引用
Java 中一共有 4 种类型的引用 : StrongReference、 SoftReference、 WeakReference 以及 PhantomReference (传说中的幽灵引用 呵呵),
这 4 种类型的引用与 GC 有着密切的关系, 让我们逐一来看它们的定义和使用场景 :
1. Strong Reference
StrongReference 是 Java 的默认引用实现, 它会尽可能长时间的存活于 JVM 内, 当没有任何对象指向它时 GC 执行后将会被回收
- @Test
- public void strongReference() {
- Object referent = new Object();
- /**
- * 通过赋值创建 StrongReference
- */
- Object strongReference = referent;
- assertSame(referent, strongReference);
- referent = null;
- System.gc();
- /**
- * StrongReference 在 GC 后不会被回收
- */
- assertNotNull(strongReference);
- }
@Test public void strongReference() { Object referent = new Object(); /** * 通过赋值创建 StrongReference */ Object strongReference = referent; assertSame(referent, strongReference); referent = null; System.gc(); /** * StrongReference 在 GC 后不会被回收 */ assertNotNull(strongReference); }
2. WeakReference & WeakHashMap
WeakReference, 顾名思义, 是一个弱引用, 当所引用的对象在 JVM 内不再有强引用时, GC 后 weak reference 将会被自动回收
- @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());
- }
@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));
- }
@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)); }
3. SoftReference
SoftReference 于 WeakReference 的特性基本一致, 最大的区别在于 SoftReference 会尽可能长的保留引用直到 JVM 内存不足时才会被回收(虚拟机保证), 这一特性使得 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());
- }
@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()); }
4. PhantomReference
作为本文主角, Phantom Reference(幽灵引用) 与 WeakReference 和 SoftReference 有很大的不同, 因为它的 get() 方法永远返回 null, 这也正是它名字的由来
- @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());
- }
@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 中.
5. RererenceQueue
当一个 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);
- }
@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); }
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 from http://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 的工作原理以及性能调优有一定帮助, 在实现一些基础性设施比如缓存时也可能会用到, 希望本文能有所帮助.
发表评论
-
[转] JVM调优总结(十二)-参考资料
2010-05-06 10:55 855能整理出上面一些东西,也是因为站在巨人的肩上。下面是一些参考资 ... -
[转] JVM调优总结(十一)-反思
2010-05-06 10:53 760垃圾回收的悖论 所谓“成也萧何败萧何”。Java ... -
[转] JVM调优总结(十)-调优方法
2010-05-06 10:52 954JVM调优工具 Jconsole,jProfile,Vi ... -
[转] JVM调优总结(九)-新一代的垃圾回收算法
2010-05-06 10:50 1559垃圾回收的瓶颈 传统分代垃圾回收方式,已经在一定程度 ... -
[转] JVM调优总结(八)-典型配置举例2
2010-05-06 10:49 749常见配置汇总 堆设置 -Xms:初始堆大小 ... -
[转] JVM调优总结(七)-典型配置举例1
2010-05-06 10:46 823以下配置主要针对分代垃圾回收算法而言。 堆大小设置 ... -
[转] JVM调优总结(六)-分代垃圾回收详述2
2010-05-06 10:44 858分代垃圾回收流程示意 ... -
[转] JVM调优总结(五)-分代垃圾回收详述1
2010-05-06 10:41 980为什么要分代 分代的垃圾回收策略,是基于这样一个事实 ... -
[转] JVM调优总结(四)-垃圾回收面临的问题
2010-05-06 10:40 777如何区分垃圾 ... -
[转] JVM调优总结(三)-基本垃圾回收算法
2010-05-06 10:38 887可以从不同的的角度去 ... -
[转] JVM调优总结(二)-一些概念
2010-05-06 10:36 917Java对象的大小 基 ... -
[转] JVM调优总结(一)-- 一些概念
2010-05-06 10:27 820数据类型 Java ... -
[转]JVM分代垃圾回收策略的基础概念
2010-05-05 17:26 976文章总结了JVM垃圾回收策略为什么要分代,如何分代,以及垃圾回 ... -
[转]利用jdk6查内存泄漏(见编写对GC友好,又不泄漏的代码)
2010-05-05 17:14 1320利用jdk6查内存泄漏(见编写对GC友好,又不泄漏的代码) ( ... -
通过GC输出分析内存泄露问题
2010-05-05 17:09 737参考以下文章 http://www.iteye.com/top ... -
【转】Java程序员必须了解GC的工作原理
2010-05-05 17:02 1019一个优秀的Java程序员必 ...
相关推荐
Java GC与性能调优文档 作者:高飞
一般的应用程序不会涉及到 Reference 编程, 但是了解这些知识会对理解 GC 的工作原理以及性能调优有一定帮助,在实现一些基础性设施比如缓存时也可能会用到,希望本文能有所帮助
GC java 手册 kindle格式 GC java 手册 kindle格式 GC java 手册 kindle格式
让你对java gc 的工作原理有更深的了解 谢谢下载
NULL 博文链接:https://wangwengcn.iteye.com/blog/1606192
GChisto及CMS GC相应补丁文件,补丁文件未亲测。 This patch adds the following features and improvements when using CMS GC in incremental mode: detecting Full GCs corrected parsing errors when using -XX:...
Java基础[Java基础]--Java GC工作原理
《深入理解JVM & G1 GC》主要为学习Java语言的学生、初级程序员提供GC的使用参考建议及经验,着重介绍了G1 GC。中国的软件开发行业已经有几十年了,从目前的行业发展来看,单纯的软件公司很难有发展,目前流 资源太...
成为JavaGC专家PartII—如何监控Java垃圾回收机制Java开发Java经验技巧共12页.pdf.zip
Java SE编程入门教程 java GC(共6页).pptx Java SE编程入门教程 java instanceof(共3页).pptx Java SE编程入门教程 java IO(共28页).pptx Java SE编程入门教程 java Math(共11页).pptx Java SE编程入门教程 ...
深入理解java虚拟机视频教程,jvm原理,java虚拟机,jvm性能调优,内存模型,gc工作原理,内存分配,类的加载等等视频教程
jvm配置参数详解,以及Java gc详解
Java GC的副本.pptx
在第一篇文章成为JavaGC专家PartI—深入浅出Java垃圾回收机制中我们学习了不同GC算法的执行过程,GC如何工作,新生代及老年代的基本概念,在JDK7中你应该了解的5种GC类型以及他们的性能如何。在第二篇文章成为JavaGC...
NULL 博文链接:https://seanzhou.iteye.com/blog/2003941
JVM内存管理的介绍,编写GC友好的代码。 本材料主要关心 Sun Hotspot JVM 6的内存管理 Sun Hotspot JVM 6的GC模型 主要针对JVM6的GC模型,但也会简单介绍Java 7的G1 编写GC友好代码的一些技巧
一篇文章教你深入理解Java垃圾收集(GC)机制
GCViewer 能否分析 java 程序 GC 日志,能否图表展示堆内存,年轻代,老年代,永久带以及full gc 的使用情况
白话说java gc垃圾回收.docx