我理想的使用番石榴缓存

Question

在过去的几周内，我一直在尝试使用番石榴的MapMaker查找理想的缓存实现。

根据我所学的知识，我的下一个尝试将弃用软值，以使用maximumSize和expireAfterAccess：

ConcurrentMap<String, MyObject> cache = new MapMaker()
        .maximumSize(MAXIMUM_SIZE)
        .expireAfterAccess(MINUTES_TO_EXPIRY, TimeUnit.MINUTES)
        .makeComputingMap(loadFunction);

哪里

Function<String, MyObject> loadFunction = new Function<String, MyObject>() {
   @Override
   public MyObject apply(String uidKey) {
      return getFromDataBase(uidKey);
   }
};

但是，我仍然要解决的一个问题是，一旦它们用完了，即使对象很容易到达，此实现也将逐出对象。这可能会导致环境中漂浮着具有相同UID的多个对象，而这是我所不希望的（我相信我试图实现的目标称为规范化）。

据我所知，唯一的答案是要有一个附加的映射，它可以作为一个内部映射器，可以检查数据对象是否仍在内存中：

ConcurrentMap<String, MyObject> interner = new MapMaker()
        .weakValues()
        .makeMap();

负载函数将被修改：

Function<String, MyObject> loadFunction = new Function<String, MyObject>() {
   @Override
   public MyObject apply(String uidKey) {
      MyObject dataObject = interner.get(uidKey);
      if (dataObject == null) {
         dataObject = getFromDataBase(uidKey);
         interner.put(uidKey, dataObject);
      }
      return dataObject;
   }
};

但是，对于缓存使用两个映射而不是一个映射似乎效率低下。有没有更复杂的方法来解决这个问题？总的来说，我应该采用正确的方式还是应该重新考虑缓存策略？

Answer 1

两张地图是否有效完全取决于getFromDatabase（）的价格以及对象的大小。这样做似乎并非超出所有合理范围。

至于实现，看起来您可能可以以稍微不同的方式对地图进行分层以获得所需的行为，并且仍然具有良好的并发属性。

1. 创建具有弱值的第一个地图，然后将计算函数getFromDatabase（）放在此地图上。
2. 第二个地图是即将到期的地图，也正在计算，但是此功能仅从第一个地图获得。

通过第二张地图进行所有访问。

换句话说，到期映射的作用是将对象中最近使用的子集固定在内存中，而弱引用映射是真正的缓存。

-dg