Java 2 引用类使用指南
|
|
学习如何有效地使用 SoftReference、WeakReference 和 PhantomReference Peter Haggar(haggar@us.ibm.com) Java 2 平台引入了 java.lang.ref 包,其中包括的类可以让您引用对象,而不将它们留在内存中。这些类还提供了与垃圾收集器(garbage collector)之间有限的交互。Peter Haggar 在本文中分析了 SoftReference、WeakReference 和 PhantomReference 类的功能和行为,并就这些类的使用给出了一些编程风格上的建议。 垃圾收集概述 Object obj = new Object(); obj 这个引用将引用堆中存储的一个对象。只要 obj 引用还存在,垃圾收集器就永远不会释放用来容纳该对象的存储空间。 当 obj 超出范围或被显式地指定为 null 时,垃圾收集器就认为没有对这个对象的其它引用,也就可以收集它了。然而您还需要注意一个重要的细节:仅凭对象可以被收集并不意味着垃圾收集器的一次指定运行就能够回收它。由于各种垃圾收集算法有所不同,某些算法会更频繁地分析生存期较短的对象,而不是较老、生存期较长的对象。因此,一个可供收集的对象可能永远也不会被回收。如果程序在垃圾收集器释放对象之前结束,这种情况就可能会出现。因此,概括地说,您永远无法保证可供收集的对象总是会被垃圾收集器收集。 这些信息对于您分析引用类是很重要的。由于垃圾收集有着特定的性质,所以引用类实际上可能没有您原来想像的那么有用,尽管如此,它们对于特定问题来说还是很有用的类。软引用(soft reference)、弱引用(weak reference)和虚引用(phantom reference)对象提供了三种不同的方式来在不妨碍收集的情况下引用堆对象。每种引用对象都有不同的行为,而且它们与垃圾收集器之间的交互也有所不同。此外,这几个新的引用类都表现出比典型的强引用“更弱”的引用形式。而且,内存中的一个对象可以被多个引用(可以是强引用、软引用、弱引用或虚引用)引用。在进一步往下讨论之前,让我们来看看一些术语: 强可及对象(strongly reachable):可以通过强引用访问的对象。 软可及对象(softly reachable):不是强可及对象,并且能够通过软引用访问的对象。 弱可及对象(weakly reachable):不是强可及对象也不是软可及对象,并且能够通过弱引用访问的对象。 虚可及对象(phantomly reachable):不是强可及对象、软可及对象,也不是弱可及对象,已经结束的,可以通过虚引用访问的对象。 清除:将引用对象的 referent 域设置为 null,并将引用类在堆中引用的对象声明为可结束的。 WeakReference 类 PhantomReference 类 垃圾收集器和引用交互 SoftReference 对象的 referent 域被设置为 null,从而使该对象不再引用 heap 对象。 SoftReference 引用过的 heap 对象被声明为 finalizable。 当 heap 对象的 finalize() 方法被运行而且该对象占用的内存被释放,SoftReference 对象就被添加到它的 ReferenceQueue(如果后者存在的话)。 WeakReference 对象的 referent 域被设置为 null,从而使该对象不再引用 heap 对象。 WeakReference 引用过的 heap 对象被声明为 finalizable。 当 heap 对象的 finalize() 方法被运行而且该对象占用的内存被释放时,WeakReference 对象就被添加到它的 ReferenceQueue(如果后者存在的话)。 PhantomReference 引用过的 heap 对象被声明为 finalizable。 与软引用和弱引用有所不同,PhantomReference 在堆对象被释放之前就被添加到它的 ReferenceQueue。(请记住,所有的 PhantomReference 对象都必须用经过关联的 ReferenceQueue 来创建。)这使您能够在堆对象被回收之前采取行动。 清单 1. 使用 WeakReference 及 ReferenceQueue 的示例代码 //Create a reference queue //Create a weakReference to obj and associate our reference queue 图 1. 执行了清单 1 中行 //1、//2 和 //3 的代码之后的对象布局 图 1 显示了每行代码执行后各对象的状态。行 //1 创建 MyObject 对象,而行 //2 则创建 ReferenceQueue 对象。行 //3 创建引用其引用对象 MyObject 的 WeakReference 对象,还创建它的 ReferenceQueue。请注意,每个对象引用(obj、rq 及 wr)都是强引用。要利用这些引用类,您必须取消对 MyObject 对象的强引用,方法是将 obj 设置为 null。前面说过,如果不这样做,对象 MyObject 永远都不会被回收,引用类的任何优点都会被削弱。 每个引用类都有一个 get() 方法,而 ReferenceQueue 类有一个 poll() 方法。get() 方法返回对被引用对象的引用。在 PhantomReference 上调用 get() 总是会返回 null。这是因为 PhantomReference 只用于跟踪收集。poll() 方法返回已被添加到队列中的引用对象,如果队列中没有任何对象,它就返回 null。因此,执行清单 1 之后再调用 get() 和 poll() 的结果可能是: wr.get(); //returns reference to MyObject 现在我们假定垃圾收集器开始运行。由于 MyObject 对象没有被释放,所以 get() 和 poll() 方法将返回同样的值;obj 仍然保持对该对象进行强引用。实际上,对象布局还是没有改变,和图 1 所示的差不多。然而,请考虑下面的代码: obj = null; 在这段代码执行后,对象布局就如图 2 所示: 图 2. obj = null; 和垃圾收集器运行后的对象布局 现在,调用 get() 和 poll() 将产生与前面不同的结果: wr.get(); //returns null 这种情况表明,MyObject 对象(对它的引用原来是由 WeakReference 对象进行的)不再可用。这意味着垃圾收集器释放了 MyObject 占用的内存,从而使 WeakReference 对象可以被放在它的 ReferenceQueue 上。这样,您就可以知道当 WeakReference 或 SoftReference 类的 get() 方法返回 null 时,就有一个对象被声明为 finalizable,而且可能(不过不一定)被收集。只有当 heap 对象完全结束而且其内存被回收后,WeakReference 或 SoftReference 才会被放到与其关联的 ReferenceQueue 上。清单 2 显示了一个完整的可运行程序,它展示了这些原理中的一部分。这段代码本身就颇具说明性,它含有很多注释和打印语句,可以帮助您理解。 清单 2. 展示引用类原理的完整程序 class ReferenceUsage public static void hold() //Create a reference queue //Create a weakReference to obj and associate our reference queue System.out.println("The weak reference is " + wr); //Check to see if it's on the ref queue yet System.out.println("Calling GC"); public static void release() //Create a reference queue //Create a weakReference to obj and associate our reference queue System.out.println("The weak reference is " + wr); //Check to see if it's on the ref queue yet System.out.println("Set the obj reference to null and call GC"); 用途和风格 另外,您必须使用正确的编程风格以检查收集器在使用对象之前是否已经回收了它,如果已经回收了,您首先必须重新创建该对象。这个过程可以用不同的编程风格来完成。选择错误的风格会导致出问题。请考虑清单 3 中从 WeakReference 检索被引用对象的代码风格: 清单 3. 检索被引用对象的风格 研究了这段代码之后,请看看清单 4 中从 WeakReference 检索被引用对象的另一种代码风格: 清单 4. 检索被引用对象的另一种风格 请比较这两种风格,看看您能否确定哪种风格一定可行,哪一种不一定可行。清单 3 中体现出的风格不一定在所有情况下都可行,但清单 4 的风格就可以。清单 3 中的风格不够好的原因在于,if 块的主体结束之后 obj 不一定是非空值。请考虑一下,如果垃圾收集器在清单 3 的行 //1 之后但在行 //2 执行之前运行会怎样。recreateIt() 方法将重新创建该对象,但它会被 WeakReference 引用,而不是强引用。因此,如果收集器在行 //2 在重新创建的对象上施加一个强引用之前运行,对象就会丢失,wr.get() 则返回 null。 清单 4 不会出现这种问题,因为行 //1 重新创建了对象并为其指定了一个强引用。因此,如果垃圾收集器在该行之后(但在行 //2 之前)运行,该对象就不会被回收。然后,行 //2 将创建对 obj 的 WeakReference。在使用这个 if 块之后的 obj 之后,您应该将 obj 设置为 null,从而让垃圾收集器能够回收这个对象以充分利用弱引用。清单 5 显示了一个完整的程序,它将展示刚才我们描述的风格之间的差异。(要运行该程序,其运行目录中必须有一个“temp.fil”文件。 清单 5. 展示正确的和不正确的编程风格的完整程序。 class ReferenceIdiom public static FileReader recreateIt() throws FileNotFoundException public static void broken() throws FileNotFoundException System.out.println("wr refers to object " + wr.get()); System.out.println("Now, clear the reference and run GC"); System.out.println("wr refers to object " + wr.get()); //Now see if obj was collected and recreate it if it was. public static void correct() throws FileNotFoundException System.out.println("wr refers to object " + wr.get()); System.out.println("Now, clear the reference and run GC"); System.out.println("wr refers to object " + wr.get()); //Now see if obj was collected and recreate it if it was. 总结 参考资料 Sam Borman 撰写了一系列关于 IBM 垃圾收集器(IBM Garbage Collector)的有趣的文章。第 1 部分讨论了对象地址分配;第 2 部分详细描述了垃圾收集;第 3 部分描述了如何解释 verbosegc 以及如何使用其中一些命令行参数。 Jonathan Amsterdam 在他的文章“Java References”(Dr. Dobb's Journal,2000 年 2 月)中解释了引用的工作原理,并给出了一些实用的总结,使大家可以更容易地使用它们。(您可以从这个 DDJ 存档页购买这篇文章。) Jeff Friesen 在来自 JavaWorld(2002 年 1 月)的这篇文章中演示了如何使用 Reference Object API 来管理映象高速缓存、在重要的对象不再是强可及时获取通知以及执行结束后的清理工作。 您可以在 developerWorks Java 技术专区上找到数百篇 Java 编程参考资料。 关于作者 |