5

我想要完成的是为缓存设置 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声明标签下应该只有一个选项（或者或，但不能同时使用）。expiryttittl

4

1 回答 1

8

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

为了实现您想要的，您需要创建一个 custom Expiry，您可以使用Expirations.builder()3.3.1 中引入的，或者使用 Expiry 接口的自定义实现来完成。

但是请注意，您对 Ehcache 2 中过期所做的解释有些不正确。当您将 TTL 和 TTI 结合使用时，无论是否访问该元素，该元素在整个 TTL 内都保持有效。但是，如果在接近 TTL 周期结束时访问它，则最后一次访问时间 + TTI 可以使其在缓存中停留更长时间。如果在此期间再次访问，则再次更新上次访问时间，从而延长映射的寿命。

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

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

在 XML 中，您不能组合使用 tti 和 ttl 快捷方式。但是您可以通过完全限定的类名配置到期。我们应该考虑扩展 XML 系统，以便您可以在代码中执行与添加的构建器等效的操作。

于 2017-04-16T18:13:21.323 回答