由于照本宣科，所以我一厢情愿的认为只要Strong Ref不可达，那么GC会自动回收Soft Ref可达的对象。正好最近项目上遇到一个旧版本DWR引起的内存泄漏（新版已修正），由于不愿更新到DWR的最新版本，所以想用Soft Ref来实现。可惜，到最后还是失败了，原因在于没正确使用Soft Ref，那么如何正确使用，在这里聊聊。
由于前文中有提到Weak Ref有个java.util.WeakHashMap实现类，所以就从它的源代码入手吧。WeakHashMap内部是一个Entry[]，而Entry是继承了WeakReference并实现Map.Entry接口的静态类，类声明：private static class Entry<K,V> extends WeakReference<K> implements Map.Entry<K,V>。好了，由此可知，Entry实际上是WeakReference的子类，每次实例化Entry也就是在实例化WeakReference，在构造函数中调用super(key, queue)为WeakReference传递标识(key)和ReferenceQueue实例(queue)。ReferenceQueue和WeakReference是联合使用的，作用是当WeakReference所引用的对象被回收后，可以通过WeakReference的poll()来得到WeakReference，但是请注意，如果再对得到的WeakReference进行get()，结果将是null，因为被Weak Ref的对象本身已经被回收。接着再看WeakHashMap的put(K key, V value)方法，该方法又关联调用了私有方法expungeStaleEntries()，expungeStaleEntries()的注释表明，该方法是用来删除失效Entry的，这里调用了ReferenceQueue的poll()方法来找出被回收的对象（已被Weak Ref），然后清除，并缩小键-值映射关系的数目。根据观察，例如remove(Object key)、size()、get(Object key)这些经常使用的方法，内部都优先调用了expungeStaleEntries()。由此可以见，在程序运行中很可能会引起被Weak Ref的对象的回收，所以每次操作都要进行WeakReference的poll()，而后续的清除工作还得手工编码完成。
好，有了WeakHashMap的实现经验，开始实现自己的SoftReference吧。
Pilot类。