EhCache：自填充缓存中的timeToLive秒

Question

我计划在我的应用程序组件中使用SelfPopulatingCache，因为它支持通读和看似用于刷新的支持缓存。

然而，我对timeToLiveSeconds配置有点困惑。这是我的测试配置：

<ehcache>
    <diskStore path="java.io.tmpdir"/>

    <cache name="myCache" maxElementsInMemory="50000" overflowToDisk="false"
    eternal="false" timeToIdleSeconds="0" timeToLiveSeconds="2"/>

</ehcache>

在我的单元测试中，我执行以下操作:

< li >验证我的缓存中有2个条目 < li >睡眠3秒钟 < li >但是，Hibernate后，我的缓存中仍有2个条目。

根据其他在线帖子（而不是文档），当我下次执行读取时，我的条目应该被逐出。

但是，将调用CacheEntryFactory，并为过期的元素向缓存中添加null元素。

有没有办法将其配置为在timeToLiveSeconds过期时执行完全逐出？

Answer 1

我相信“完全驱逐”只有在有单独的到期线程的情况下才会发生。不幸的是，对于内存中的条目，没有这样的事情。引用 Ehcache FAQ：

由于MemoryStore具有固定的最大元素数，因此它的最大内存使用量等于元素数乘以平均大小。当添加的元素超过最大大小时，LRU元素将被推入DiskStore。虽然我们可以让一个过期线程周期性地对元素进行过期，但只在需要时进行检查要有效得多。折衷是更高的平均内存使用率。到期线程保持磁盘存储区干净。希望对DiskStore锁的争用较少，因为常用值位于MemoryStore中。我们使用RAMFS在Linux上安装DiskStore，因此它使用操作系统内存。虽然我们有比2GB 32位进程大小限制更多的资源，但它仍然是一种昂贵的资源。DiskStore线程保持对其的控制。如果您担心DiskStore中的CPU利用率和锁定，可以将DiskExpireyThreadIntervalSeconds设置为一个较大的数字，例如1天。或者，您可以通过将DiskExpireyThreadIntervalSeconds设置为非常大的值来有效地关闭它。