对于多级别的进程内缓存，有什么更好的选择？

Question

在我的spring引导应用程序中，我需要实现一个进程内多级缓存，这里是数据的一个例子，需要缓存：

客户名称(键，字符串)-数据实体名称(键，字符串)-配置-1(值，JSONObject) -配置-2(值，JSONObject)

我计划有几百个客户条目，每个条目都有多达100个“配置”JSONObjects

我目前正在查看ehcache：

Cache cache = manager.getCache("sampleCache1");
Element element = new Element("key1", "value1");
cache.put(element);

在这种情况下，我将使用"Customer_Name“代替"key1"，使用”Customer_Name“代替"value1"，但它们需要构建层次结构：

customer
 -data entity
   -config

我不知道如何用ehcache做这件事。我也不确定是否有更好的选择来做我想做的事情。

有没有人用ehcache或任何其他库来实现这样的多级层次化缓存？

Answer 1

对于表示法，我使用一个类似于映射的缓存：value = Cache.get(key)，它比EHCache2 Element更常见。

选项1:构造复合密钥对象

 class CustomerConfigurationKey {
    String customerKey;
    String dataEntityKey;
    // equals() and hashCode()
 }

这是相当标准的键/值存储，包括普通映射。我确实在cache2k快速启动中解决了这个问题。

选项2:使用多个级别的缓存

将缓存放入缓存并进行访问，如：data.get(customerKey).get(dataEntityKey)。

您可以找到“复合键”的示例。cache2k基准测试DateFormattingBenchmark中的“多级缓存”

只有在第一级有一个小集合时，这才能很好地工作。在您的情况下，您最终会为每个客户提供一个单独的缓存，这是非常昂贵的。因此，这只是为了完整，在您的场景中没有真正的选项。

选项3:使用第二层的地图

使用Cache<String, Map<String, JSONObject>构造单个缓存。

如果通常所有客户数据都在短时间内使用，那么在更好的级别上缓存是没有意义的，因为客户的所有数据通常都在内存中。另一个例子:当客户不再活动时，缓存将过期，所有客户数据都可以从内存中删除。

更新映射的单个条目将存在需要正确解决的并发问题，例如，在缓存中复制和只放置不可变的映射，或者使用ConcurrentHashMap。