- 浏览: 38913 次
- 性别:
- 来自: 北京
文章分类
- 全部博客 (24)
- Java基础 (7)
- Struts2 (5)
- Spring2.0 (2)
- SpringSide (0)
- Hibernate (1)
- CSS (0)
- DB2 (1)
- DWR (0)
- JQuery (0)
- EXTJS (0)
- Flex (0)
- JBPM (0)
- JFM (0)
- JMS (0)
- JNDI (0)
- JSON (0)
- JUnit (0)
- Maven (0)
- MQ (0)
- NIO (1)
- LDAP (0)
- Portal (0)
- WebService (2)
- Java 规则引擎 (1)
- 精彩生活 (1)
- WebGIS (0)
- Eclipse (1)
- Web前端 (0)
- 兴趣文章 (1)
- HTML (0)
- Android2.x (0)
- JavaScript (0)
最新评论
-
makemyownlife:
写的不错 哈哈
struts2 参数传递 赋值 类型转化 -
eason26_li:
太深奥了
人工神经网络的典型模型
http://www.iteye.com/topic/401478
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
8. 小结
一般的应用程序不会涉及到 Reference 编程, 但是了解这些知识会对理解 GC 的工作原理以及性能调优有一定帮助, 在实现一些基础性设施比如缓存时也可能会用到, 希望本文能有所帮助.
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 |
发表评论
-
Spring3核心技术之事务管理机制
2013-08-01 06:48 865文章转至http://zhou137520.iteye.c ... -
套接字socket的基本应用和API
2011-11-03 23:56 916转:http://xzc520.iteye.com/blo ... -
java 调用awt包 打开windows文件夹
2011-08-22 23:45 1789今天在公司想自己写个小工具,开机打开自己的工作日志 ... -
两步学会Java Socket编程
2011-08-22 23:36 847转自:http://bbs.51cto.com/thread- ... -
怎样将action转发到指定的iframe中
2010-05-05 23:51 1142------------------------------- ... -
showModalDialog导致Session失效
2009-12-28 00:17 2189转自:http://hi.baidu.com/dorachop ...
相关推荐
本文将深入探讨Java中的四种引用类型:强引用(StrongReference)、软引用(SoftReference)、弱引用(WeakReference)以及幽灵引用(PhantomReference),并讨论它们在GC工作原理和性能调优中的作用。 1. 强引用...
GC主要针对的是Java堆内存中的对象,这里的对象是由Java栈中的引用指向的。Java栈中每个线程都有一个独立的虚拟机栈,用于存储局部变量表、操作数栈、动态链接和方法出口等信息。当对象不再有任何引用链(GC Roots)...
理解并掌握GC的工作原理对于优化Java应用程序的性能至关重要。以下是关于Java垃圾回收的一些关键知识点: 1. **对象的可回收判断**: - 引用计数算法:虽然Java不采用,但原理是跟踪每个对象的引用次数,当引用...
本文将详细解析Java中的四种引用类型:强引用、软引用、弱引用和假象引用(幽灵引用)。 1. **强引用(Strong Reference)** - **定义**:强引用是最常见的引用类型,它代表了对象的常规引用。只要对象有强引用...
- **虚引用(Phantom Reference)**:也称为幽灵引用,无法直接获取对象,主要用于跟踪对象的回收,通常与引用队列配合使用。 3. **垃圾回收(Garbage Collection, GC)**:Java的自动内存管理机制,负责回收不再...
- **虚引用(Phantom Reference)**:也称为幽灵引用或幻影引用,无法通过虚引用获得一个对象实例。虚引用唯一的作用就是能在一个对象被收集器回收时收到一个系统通知。 #### 二、JVM的内存布局/内存模型 JVM的...
与C++等语言不同,Java的GC是自动进行的,程序员无需显式地调用释放内存的函数。 GC的执行并不能由程序员完全控制。虽然可以通过`System.gc()`尝试触发垃圾回收,但这并不保证垃圾回收一定会执行,因为是否执行以及...
4. **虚引用**:也称为幽灵引用或者幻影引用,无法通过虚引用获得对象,用来跟踪对象被垃圾回收的活动。 ### GC分代收集算法VS分区收集算法 1. **分代收集算法**:根据对象存活周期的不同将内存划分为几块,如...
综上所述,《JAVA架构师知识整理》这份文档涵盖了JVM的基本概念、内存管理机制、垃圾回收策略以及Java I/O编程等多个方面的重要知识点,对于深入理解Java语言特性和系统架构有着重要的意义。通过学习这些内容,架构...
4. 虚引用:也称幽灵引用,仅用于接收GC通知,对象何时被回收无法控制。 四、垃圾回收算法 1. 标记-清除算法:标记所有存活对象,然后清除其余对象,产生内存碎片问题。 2. 复制算法:将内存分为两部分,每次只用...
了解Java对象的生命周期、引用类型及垃圾回收机制对于有效定位和解决内存泄漏问题至关重要。 1. **Java对象的size**: - 对象的实际大小取决于其属性的类型和数量。 - 对象头部包含了元数据信息,如对象哈希码、...
4. 虚引用(幽灵引用):最弱的引用,仅用于在对象被回收时得到通知。 四、垃圾收集算法 1. 标记-清除算法:标记所有需要回收的对象,然后统一清除。缺点是可能导致大量内存碎片。 2. 复制算法:将内存分为两部分...
### Java问题定位技术+性能优化知识点详述 ...以上内容概述了Java问题定位技术和性能优化的主要知识点,通过深入理解和实践这些技术,可以帮助开发者有效地诊断和解决Java应用程序中的各种问题,提高应用程序的整体性能。
- **虚引用**:也称为幽灵引用或幻影引用,无法单独使用,必须和引用队列联合使用。虚引用主要用于跟踪对象被垃圾回收的状态。 ##### 3. 基本垃圾回收算法 垃圾回收算法是JVM自动管理内存的核心技术,主要包括以下...