在Ehcache3XML配置中设置TTL和TTI

Question

我试图完成的是为缓存设置TTL（生存时间）和TTI（空闲时间），以便密钥在TTL时间之后过期，或者在TTI期间未被访问的情况下可以提前过期。

在Ehcache 2中，可以使用以下配置：

<cache name="my.custom.Cache"
       timeToIdleSeconds="10"
       timeToLiveSeconds="120">
</cache>

在Ehcache 3中，类似的配置块如下所示:

<cache alias="my.custom.Cache">
    <expiry>
        <tti unit="seconds">10</tti>
        <ttl unit="minutes">2</ttl>
    </expiry>
</cache>

问题是这样的配置被认为是无效的，因为ehcache.xsd声明在< code>expiry标记下应该只有一个选项(或者是< code>tti或者是< code>ttl，但不是两个都有)。

Answer 1

正如Louis Jacomet在邮件列表中提到的：

为了实现您想要的，您需要创建一个自定义的到期，您可以对过期执行此操作。builder（），它是在3.3.1中引入的，或者带有到期接口的自定义实现。

但是请注意，您对Ehcache 2中的过期情况的解释稍有错误。当您组合TTL和TTI时，无论是否访问该元素，该元素对整个TTL都保持有效。但是，如果在接近TTL周期结束时对其进行访问，则最后一次访问时间TTI可以使其在缓存中停留更长时间。如果在此期间再次访问，则再次更新最后访问时间，从而延长映射的寿命。

在Ehacache3中的过期工作方式略有不同，因为我们在每次创建、访问或更新映射时都有效地计算过期时间。这样做是为了减少存储映射的开销。

因此，如果将过期配置为 getExpiryForCreation 返回 120 秒，但 getExpiryForAccess 返回 10 秒，则创建但从不访问的元素将在 120 秒后被视为过期。虽然创建但已访问的元素将在上次访问后 10 秒被视为已过期，即使该时间仍在 120 秒内。当你想到它时，TTI确实是一个奇怪的概念，我们保留了JCache兼容性，但它实际上更接近驱逐而不是过期。因为它对正在读取的值的新鲜度意味着什么？虽然这确实意味着这是缓存中不应被逐出的有用值。

在 XML 中，不能结合使用 tti 和 ttl 快捷方式。但是，您可以通过完全限定的类名来配置过期时间。我们应该考虑扩展 XML 系统，以便您可以在代码中执行一些等效的添加生成器。