Redisson缓存过期时间设置失效问题分析与解决方案

问题背景

在使用Redisson 3.45.1与Redis 7.4.0组合时，开发人员发现通过expire-after-write参数设置的缓存过期时间并未生效。具体表现为：即使明确设置了1秒的过期时间，缓存数据在超过指定时间后仍然可以被读取到，而没有按照预期被自动清除。

问题复现

通过以下测试用例可以稳定复现该问题：

@Test
void testTtlNotAffected() throws InterruptedException {
    TestCache testCache = context.createBean(TestCache.class);
    // 配置了expire-after-write: 1s的缓存
    Assertions.assertEquals("a1", testCache.getMyValueSync("a").block());
    long from = System.currentTimeMillis();
    Thread.sleep(Duration.ofSeconds(5));
    System.out.println(String.format("等待了 %d 秒", (System.currentTimeMillis() - from) / 1000));
    // 预期返回a2，实际返回a1
    Assertions.assertEquals("a2", testCache.getMyValueSync("a").block());
}

技术分析

1. 缓存过期机制原理

在Redisson中，缓存过期主要通过两种方式实现：

• expire-after-write：自写入后开始计时的固定过期时间
• expire-after-access：自最后一次访问后开始计时的滑动过期时间

这两种机制都依赖于Redis的底层TTL（Time To Live）功能实现。

2. 问题根源

经过深入分析，发现问题出在Redisson与Micronaut框架集成时的配置处理环节。具体表现为：

1. 配置参数虽然被正确解析，但在实际创建缓存时未正确应用到Redis数据结构上
2. 缓存对象创建后，TTL参数未被正确设置到Redis键上
3. 导致Redis服务端未启用自动过期机制

3. 影响范围

该问题影响所有使用以下配置方式的场景：

• 通过YAML配置的expire-after-write
• 通过YAML配置的expire-after-access
• 通过编程方式设置的过期时间参数

解决方案

Redisson开发团队在收到问题报告后迅速响应，已在最新版本中修复此问题。修复方案主要涉及：

1. 修正配置参数的传递链路
2. 确保TTL参数被正确应用到Redis命令
3. 增加参数校验机制

最佳实践建议

1. 对于生产环境，建议升级到修复后的Redisson版本
2. 在升级前，可以通过以下方式临时解决：

   // 手动设置过期时间
   RMapCache<String, Object> map = redisson.getMapCache("myCache");
   map.put("key", "value", 1, TimeUnit.SECONDS);
   

3. 重要缓存系统建议实现双校验机制：
   • 应用层校验
   • 缓存层TTL
   • 持久层兜底

总结

缓存过期机制是分布式系统中的重要功能，正确的TTL设置可以保证数据一致性和系统稳定性。Redisson作为成熟的Redis客户端，其与各框架的集成需要特别注意配置参数的传递有效性。开发者在遇到类似问题时，建议通过单元测试验证核心功能，并及时关注官方更新。