JVM 引用机制

标签: JVM
4人阅读 评论(0) 收藏 举报
分类:

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

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

Java代码  收藏代码
  1. @Test  
  2. public void strongReference() {  
  3.     Object referent = new Object();  
  4.       
  5.     /** 
  6.      * 通过赋值创建 StrongReference  
  7.      */  
  8.     Object strongReference = referent;  
  9.       
  10.     assertSame(referent, strongReference);  
  11.       
  12.     referent = null;  
  13.     System.gc();  
  14.       
  15.     /** 
  16.      * StrongReference 在 GC 后不会被回收 
  17.      */  
  18.     assertNotNull(strongReference);  
  19. }  


        2. WeakReference & WeakHashMap

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

Java代码  收藏代码
  1. @Test  
  2. public void weakReference() {  
  3.     Object referent = new Object();  
  4.     WeakReference<Object> weakRerference = new WeakReference<Object>(referent);  
  5.   
  6.     assertSame(referent, weakRerference.get());  
  7.       
  8.     referent = null;  
  9.     System.gc();  
  10.       
  11.     /** 
  12.      * 一旦没有指向 referent 的强引用, weak reference 在 GC 后会被自动回收 
  13.      */  
  14.     assertNull(weakRerference.get());  
  15. }  


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

Java代码  收藏代码
  1. @Test  
  2. public void weakHashMap() throws InterruptedException {  
  3.     Map<Object, Object> weakHashMap = new WeakHashMap<Object, Object>();  
  4.     Object key = new Object();  
  5.     Object value = new Object();  
  6.     weakHashMap.put(key, value);  
  7.   
  8.     assertTrue(weakHashMap.containsValue(value));  
  9.       
  10.     key = null;  
  11.     System.gc();  
  12.       
  13.     /** 
  14.      * 等待无效 entries 进入 ReferenceQueue 以便下一次调用 getTable 时被清理 
  15.      */  
  16.     Thread.sleep(1000);  
  17.       
  18.     /** 
  19.      * 一旦没有指向 key 的强引用, WeakHashMap 在 GC 后将自动删除相关的 entry 
  20.      */  
  21.     assertFalse(weakHashMap.containsValue(value));  
  22. }  


        3. SoftReference

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

Java代码  收藏代码
  1. @Test  
  2. public void softReference() {  
  3.     Object referent = new Object();  
  4.     SoftReference<Object> softRerference = new SoftReference<Object>(referent);  
  5.   
  6.     assertNotNull(softRerference.get());  
  7.       
  8.     referent = null;  
  9.     System.gc();  
  10.       
  11.     /** 
  12.      *  soft references 只有在 jvm OutOfMemory 之前才会被回收, 所以它非常适合缓存应用 
  13.      */  
  14.     assertNotNull(softRerference.get());  
  15. }  


        4. PhantomReference

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

Java代码  收藏代码
  1. @Test  
  2. public void phantomReferenceAlwaysNull() {  
  3.     Object referent = new Object();  
  4.     PhantomReference<Object> phantomReference = new PhantomReference<Object>(referent, new ReferenceQueue<Object>());  
  5.       
  6.     /** 
  7.      * phantom reference 的 get 方法永远返回 null  
  8.      */  
  9.     assertNull(phantomReference.get());  
  10. }  

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

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

Java代码  收藏代码
  1. @Test  
  2. public void referenceQueue() throws InterruptedException {  
  3.     Object referent = new Object();       
  4.     ReferenceQueue<Object> referenceQueue = new ReferenceQueue<Object>();  
  5.     WeakReference<Object> weakReference = new WeakReference<Object>(referent, referenceQueue);  
  6.       
  7.     assertFalse(weakReference.isEnqueued());  
  8.     Reference<? extends Object> polled = referenceQueue.poll();  
  9.     assertNull(polled);  
  10.       
  11.     referent = null;  
  12.     System.gc();  
  13.   
  14.     assertTrue(weakReference.isEnqueued());  
  15.     Reference<? extends Object> removed = referenceQueue.remove();  
  16.     assertNotNull(removed);  
  17. }  

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 ReferenceAn ordinary reference. Keeps objects alive as long as they are referenced.normal reference.Any object not pointed to can be reclaimed.default
Soft ReferenceKeeps 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 ReferenceKeeps 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 reachablejava.lang.ref.WeakReference 
java.util.WeakHashMap
Phantom ReferenceLets you clean up after finalization but before the space is reclaimed (replaces or augments the use offinalize())Special clean up processingAfter finalization.java.lang.ref.PhantomReference


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

jvm的GC机制和四大引用类别

首先讲讲gc机制。很多人在面试中被问到jvm的gc机制,都会自然而然地回答为引用计数法。在我们一些常见的虚拟机中,比如python的虚拟机,的确是采用引用计数法来标记垃圾对象的,但在主流的jvm中,采...
  • SummerMangoZz
  • SummerMangoZz
  • 2017-04-14 20:46:16
  • 460

JVM基础(一) ClassLoader的工作机制

对ClassLoader的理解 顾名思义,Class loader 最基本的功能就是将Class加载到JVM中 在加载过程中,Class loader 能够审查每个类应该由哪个class loader...
  • qq_24451605
  • qq_24451605
  • 2016-04-19 22:59:11
  • 4155

String特性之 “字符串驻留池”

再说  String 1. 字符串驻留池,就是一块与堆区并行的存放字符串对象的内存区,JVM的驻留池机制规定: 在池中创建一个String对象,第二行会先在池中寻找是否有值与"abc...
  • fbz123456
  • fbz123456
  • 2016-04-01 11:19:19
  • 263

JVM(五)--深入理解JVM垃圾回收机制

转自http://www.jianshu.com/p/815c636a0668垃圾回收机制的意义Java语言中一个显著的特点就是引入了垃圾回收机制,使c++程序员最头疼的内存管理的问题迎刃而解,它使得...
  • JKerving
  • JKerving
  • 2016-03-26 00:57:53
  • 1362

JVM的运行机制

JVM的启动流程 JVM的基本结构 pc寄存器
  • l18637220680
  • l18637220680
  • 2017-03-30 19:24:20
  • 1468

java核心机制之JVM

核心机制之JVM Java虚拟机可以理解成一个以字节码为机器指令的CPU 对于不同的运行平台,有不同的虚拟机 Java虚拟机机制屏蔽了底层运行平台的差别,能够很好的实现跨平台...
  • itlwc
  • itlwc
  • 2016-06-13 19:27:05
  • 1128

【JVM】JVM的沙箱机制

【JVM】JVM的沙箱机制我们平时说Java是安全的,可以使用户免受而已程序的侵犯,这是因为Java提供了一个“沙箱”机制,这个“沙箱”基本组件包括如下4部分:1、类装载器 在Java沙箱中,类装载...
  • liyazhou0215
  • liyazhou0215
  • 2017-08-06 21:09:44
  • 677

JVM结构、GC工作机制详解

题外话:最近在应聘阿里2015暑期实习,感触颇多。机会总是留给有准备的人的,所以平常一定要注意知识的巩固和积累。知识的深度也要有一定的理解,不比别人知道的多,公司干嘛选你?关于JVM和GC,我相信学j...
  • tonytfjing
  • tonytfjing
  • 2015-03-15 16:48:06
  • 44971

JVM 原理及工作机制

  • 2010年11月17日 18:11
  • 91KB
  • 下载

静、动态绑定和JVM机制的分析

JVM机制、静态绑定和动态绑定的一些个人理解。
  • pseudonym_
  • pseudonym_
  • 2017-07-23 20:32:58
  • 158
    个人资料
    持之以恒
    等级:
    访问量: 4万+
    积分: 1994
    排名: 2万+
    最新评论