java - 优雅地完成 SoftReference 引用对象

Question

我正在使用一个搜索库，它建议将搜索句柄对象保持打开状态，因为这有利于查询缓存。随着时间的推移，我观察到缓存趋于膨胀(几百兆并不断增长)并且 OOM 开始出现。没有办法强制执行此缓存的限制，也没有计划它可以使用多少内存。所以我增加了 Xmx 限制，但这只是解决问题的临时方法。

最终我想使这个对象成为 java.lang.ref.SoftReference 的referent。因此，如果系统的可用内存不足，它会释放该对象，并根据需要创建一个新对象。这会在重新启动后降低一些速度，但这是比遇到 OOM 更好的选择。

我看到的关于 SoftReferences 的唯一问题是没有干净的方法来最终确定它们的引用对象。在我的例子中，在销毁搜索句柄之前我需要关闭它，否则系统可能会用完文件描述符。显然，我可以将这个句柄包装到另一个对象中，在其上编写终结器(或挂接到 ReferenceQueue/PhantomReference)然后放手。但是，嘿，这个星球上的每一篇文章都建议不要使用终结器，尤其是 - 反对使用终结器来释放文件句柄(例如 Effective Java ed. II，第 27 页)。

所以我有些疑惑。我是否应该小心地忽略所有这些建议并继续。否则，还有其他可行的选择吗？提前致谢。

编辑 #1:根据 Tom Hawtin 的建议，在测试了一些代码后添加了以下文本。对我来说，似乎要么建议不起作用，要么我遗漏了一些东西。这是代码:

class Bloat {  // just a heap filler really
   private double a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z;

   private final int ii;

   public Bloat(final int ii) {
      this.ii = ii;
   }
}

// as recommended by Tom Hawtin
class MyReference<T> extends SoftReference<T> {
   private final T hardRef;

   MyReference(T referent, ReferenceQueue<? super T> q) {
      super(referent, q);
      this.hardRef = referent;
   }
}

//...meanwhile, somewhere in the neighbouring galaxy...
{
   ReferenceQueue<Bloat> rq = new ReferenceQueue<Bloat>();
   Set<SoftReference<Bloat>> set = new HashSet<SoftReference<Bloat>>();
   int i=0;

   while(i<50000) {
//      set.add(new MyReference<Bloat>(new Bloat(i), rq));
      set.add(new SoftReference<Bloat>(new Bloat(i), rq));

//      MyReference<Bloat> polled = (MyReference<Bloat>) rq.poll();
      SoftReference<Bloat> polled = (SoftReference<Bloat>) rq.poll();

      if (polled != null) {
         Bloat polledBloat = polled.get();
         if (polledBloat == null) {
           System.out.println("is null :(");
         } else {
           System.out.println("is not null!");
         }
      }
      i++;
   }
}

如果我使用 -Xmx10m 和 SoftReferences 运行上面的代码片段(如上面的代码所示)，我将打印大量的 is null :(。但是如果我用 MyReference 替换代码(用 MyReference 取消注释两行，用 SoftReference 注释掉那些)我总是遇到 OOM。

正如我从建议中理解的那样，在 MyReference 中进行硬引用应该不会阻止对象命中 ReferenceQueue，对吗？

Answer 1

对于有限数量的资源:子类 SoftReference。软引用应该指向封闭对象。子类中的强引用应该引用资源，因此它始终是强可达的。当通过 ReferenceQueue poll 读取时，资源可以关闭并从缓存中删除。需要正确释放缓存(如果 SoftReference 本身是垃圾收集器，则无法将其排队到 ReferenceQueue 中)。

请注意缓存中只有有限数量的未释放资源 - 驱逐旧条目(实际上，如果适合您的情况，您可以使用 if finite 缓存丢弃软引用)。通常情况下，非内存资源更重要，在这种情况下，没有外来引用对象的 LRU 逐出缓存就足够了。

(我的答案 #1000。从伦敦 DevDay 发布。)