SocketManager?的问题是?Socket-User?映射的生命周期应当与?Socket?的生命周期相匹配，但是语言没有提供任何容易的方法实施这项规则。这使得程序不得不使用人工内存管理的老技术。幸运的是，从 JDK 1.2 开始，垃圾收集器提供了一种声明这种对象生命周期依赖性的方法，这样垃圾收集器就可以帮助我们防止这种内存泄漏 —— 利用弱引用。
弱引用是对一个对象（称为?referent）的引用的持有者。使用弱引用后，可以维持对 referent 的引用，而不会阻止它被垃圾收集。当垃圾收集器跟踪堆的时候，如果对一个对象的引用只有弱引用，那么这个 referent 就会成为垃圾收集的候选对象，就像没有任何剩余的引用一样，而且所有剩余的弱引用都被清除。（只有弱引用的对象称为弱可及（weakly reachable）。）
WeakReference?的 referent 是在构造时设置的，在没有被清除之前，可以用?get()?获取它的值。如果弱引用被清除了（不管是 referent 已经被垃圾收集了，还是有人调用了?WeakReference.clear()），get()?会返回?null。相应地，在使用其结果之前，应当总是检查?get()?是否返回一个非 null 值，因为 referent 最终总是会被垃圾收集的。
用一个普通的（强）引用拷贝一个对象引用时，限制 referent 的生命周期至少与被拷贝的引用的生命周期一样长。如果不小心，那么它可能就与程序的生命周期一样 —— 如果将一个对象放入一个全局集合中的话。另一方面，在创建对一个对象的弱引用时，完全没有扩展 referent 的生命周期，只是在对象仍然存活的时候，保持另一种到达它的方法。
弱引用对于构造弱集合最有用，如那些在应用程序的其余部分使用对象期间存储关于这些对象的元数据的集合 —— 这就是?SocketManager?类所要做的工作。因为这是弱引用最常见的用法，WeakHashMap?也被添加到 JDK 1.2 的类库中，它对键（而不是对值）使用弱引用。如果在一个普通?HashMap?中用一个对象作为键，那么这个对象在映射从?Map?中删除之前不能被回收，WeakHashMap?使您可以用一个对象作为?Map?键，同时不会阻止这个对象被垃圾收集。清单 5 给出了?WeakHashMap?的?get()?方法的一种可能实现，它展示了弱引用的使用：
implements Map {
private static class Entry extends WeakReference
implements Map.Entry {
private V value;
private final int hash;
private Entry next;
...
}
public V get(Object key) {
int hash = getHash(key);
Entry e = getChain(hash);
while (e != null) {
K eKey= e.get();
if (e.hash == hash && (key == eKey || key.equals(eKey)))
return e.value;
e = e.next;
}
return null;
}
调用?WeakReference.get()?时，它返回一个对 referent 的强引用（如果它仍然存活的话），因此不需要担心映射在?while?循环体中消失，因为强引用会防止它被垃圾收集。WeakHashMap?的实现展示了弱引用的一种常见用法 —— 一些内部对象扩展?WeakReference。其原因在下面一节讨论引用队列时会得到解释。
在向?WeakHashMap?中添加映射时，请记住映射可能会在以后“脱离”，因为键被垃圾收集了。在这种情况下，get()?返回?null，这使得测试get()?的返回值是否为?null?变得比平时更重要了。
在?SocketManager?中防止泄漏很容易，只要用?WeakHashMap?代替?HashMap?就行了，如清单 6 所示。（如果?SocketManager?需要线程安全，那么可以用?Collections.synchronizedMap()?包装?WeakHashMap）。当映射的生命周期必须与键的生命周期联系在一起时，可以使用这种方法。不过，应当小心不滥用这种技术，大多数时候还是应当使用普通的?HashMap?作为?Map?的实现。
m = new WeakHashMap
WeakHashMap?用弱引用承载映射键，这使得应用程序不再使用键对象时它们可以被垃圾收集，get()?实现可以根据?WeakReference.get()?是否返回?null?来区分死的映射和活的映射。但是这只是防止?Map?的内存消耗在应用程序的生命周期中不断增加所需要做的工作的一半，还需要做一些工作以便在键对象被收集后从?Map?中删除死项。否则，Map?会充满对应于死键的项。虽然这对于应用程序是不可见的，但是它仍然会造成应用程序耗尽内存，因为即使键被收集了，Map.Entry?和值对象也不会被收集。
可以通过周期性地扫描?Map，对每一个弱引用调用?get()，并在 get() 返回?null?时删除那个映射而消除死映射。但是如果?Map?有许多活的项，那么这种方法的效率很低。如果有一种方法可以在弱引用的 referent 被垃圾收集时发出通知就好了，这就是引用队列?的作用。
引用队列是垃圾收集器向应用程序返回关于对象生命周期的信息的主要方法。弱引用有两个构造函数：一个只取 referent 作为参数，另一个还取引用队列作为参数。如果用关联的引用队列创建弱引用，在 referent 成为 GC 候选对象时，这个引用对象（不是 referent）就在引用清除后加入?到引用队列中。之后，应用程序从引用队列提取引用并了解到它的 referent 已被收集，因此可以进行相应的清理活动，如去掉已不在弱集合中的对象的项。（引用队列提供了与?BlockingQueue?同样的出列模式 —— polled、timed blocking 和 untimed blocking。）
WeakHashMap?有一个名为?expungeStaleEntries()?的私有方法，大多数?Map?操作中会调用它，它去掉引用队列中所有失效的引用，并删除关联的映射。清单 7 展示了?expungeStaleEntries()?的一种可能实现。用于存储键-值映射的?Entry?类型扩展了?WeakReference，因此当expungeStaleEntries()?要求下一个失效的弱引用时，它得到一个?Entry。用引用队列代替定期扫描内容的方法来清理?Map?更有效，因为清理过程不会触及活的项，只有在有实际加入队列的引用时它才工作。
e;
while ( (e = (Entry) queue.poll()) != null) {
int hash = e.hash;
Entry prev = getChain(hash);
Entry cur = prev;
while (cur != null) {
Entry next = cur.next;
if (cur == e) {
if (prev == e)
setChain(hash,next);
else
prev.next = next;
break;
}
prev = cur;
cur = next;
}
}
}
弱引用和弱集合是对堆进行管理的强大工具，使得应用程序可以使用更复杂的可及性方案，而不只是由普通（强）引用所提供的“要么全部要么没有”可及性。下个月，我们将分析与弱引用有关的软引用，将分析在使用弱引用和软引用时，垃圾收集器的行为。
原文:http://www.ibm.com/developerworks/cn/java/j-jtp11225/
（编辑：李大同）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
