Ehcache 3 TTL过期后CacheEventListener为何不触发？

2024-07-11 23:45:28

Ehcache 3 TTL过期后CacheEventListener未自动触发问题排查

你是否正在使用Ehcache 3，却发现设置了TTL（Time To Live）时间后，CacheEventListener 并没有按预期在 TTL 过期后自动触发？你并非个例。许多开发者在初次使用 Ehcache 3 的 CacheEventListener 时，都会遇到这个看似矛盾的现象。

问题的根源在于对 Ehcache 3 TTL 过期机制的误解。我们往往直观地认为，一旦缓存项的 TTL 过期，就应该触发 EXPIRED 事件，通知监听器进行后续操作。然而，Ehcache 3 采取了一种更为被动的 TTL 过期策略。

实际上，Ehcache 3 的 CacheEventListener 主要用于监听缓存的主动操作，例如 CREATED、UPDATED、REMOVED 等。而 TTL 过期则是一种被动失效机制。只有当尝试访问某个缓存项时，Ehcache 才会检查其是否过期。如果已经过期，则将其从缓存中移除，并在此时触发 EXPIRED 事件。

明白这一点后，我们就可以着手解决问题了。

解决方案一：主动触发事件

既然 TTL 过期不会自动触发 EXPIRED 事件，我们可以在访问缓存项之前，主动调用 Cache.expireElements() 方法。这个方法会强制 Ehcache 检查所有缓存项，移除过期的项，并触发相应的 EXPIRED 事件。

Cache<String, String> cache = cacheManager.getCache("myCache", String.class, String.class);

// 在访问缓存项之前，主动触发过期检查
cache.expireElements();

String value = cache.get("key");

// 处理缓存项
// ...

这种方式的优势在于简单直接，无需引入额外的组件或框架。然而，它也存在一些弊端。首先，你需要修改业务代码，在所有访问缓存的地方添加 expireElements() 调用。其次，每次访问缓存前都进行全局过期检查，可能会影响性能，尤其是在缓存项数量较多的情况下。

解决方案二：利用定时任务

另一种解决方案是使用定时任务，定期检查缓存中过期的项，并手动触发 EXPIRED 事件。

@Component
public class CacheExpirationScheduler {

    @Autowired
    private CacheManager cacheManager;

    @Scheduled(fixedRate = 30000) // 每30秒检查一次
    public void expireCacheEntries() {
        Cache<String, String> cache = cacheManager.getCache("myCache", String.class, String.class);

        // 遍历缓存项，检查是否过期
        for (Cache.Entry<String, String> entry : cache) {
            if (entry.isExpired()) {
                // 手动触发EXPIRED事件
                cache.dispatchEvent(new CacheEvent<>(cache, EventType.EXPIRED, entry.getKey(), entry.getValue()));
            }
        }
    }
}

这种方式的优点在于无需修改业务代码，并且可以灵活控制过期检查的频率，例如可以根据实际情况调整 @Scheduled 注解的参数。然而，它也存在一些不足。首先，你需要引入定时任务框架，例如 Spring 的 @Scheduled。其次，如果缓存项数量庞大，遍历检查可能会消耗较多资源，影响应用性能。