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

问题背景

在使用Redisson 3.45.1与Redis 7.4.0组合时，开发人员发现了一个严重的缓存失效问题。当通过配置expire-after-write或expire-after-access设置缓存过期时间后，缓存项并未按照预期在指定时间后自动失效。这个bug直接影响了依赖缓存过期机制的应用场景，可能导致数据不一致等问题。

问题复现

开发人员提供了一个典型的测试用例来重现这个问题：

1. 配置了一个名为"my-cache-async"的缓存，设置expire-after-write为1秒
2. 向缓存中存入键值对("a", "a1")
3. 等待5秒后再次查询同一个键
4. 预期结果是获取到新值"a2"，但实际返回了已过期的旧值"a1"

这个测试清楚地展示了缓存过期机制未能按预期工作的情况。

技术分析

Redisson的缓存过期机制通常通过Redis的EXPIRE命令实现。在正常情况下，当写入缓存项时，Redisson会同时设置一个过期时间。Redis会在后台自动清理过期的键值对。

然而，在这个特定版本组合中，Micronaut集成层(BaseCacheConfiguration)处理缓存配置时，可能出现了以下问题之一：

1. 配置属性映射错误：虽然配置文件中使用了kebab-case(短横线分隔)的expire-after-write，但代码中可能未能正确转换为对应的camelCase属性名
2. 过期时间设置逻辑缺失：在缓存操作过程中，可能遗漏了向Redis发送EXPIRE命令的步骤
3. 异步处理问题：由于测试中使用了异步缓存(async cache)，可能在异步操作链中丢失了过期时间的设置

解决方案

项目维护者mrniko已经确认并修复了这个问题。修复方案可能包括：

1. 确保配置属性正确映射：修复配置解析逻辑，正确处理kebab-case到camelCase的转换
2. 完善过期时间设置：在缓存写入操作中，确保正确发送EXPIRE命令到Redis
3. 增强异步处理可靠性：在异步操作链中，保证过期时间设置不被遗漏

最佳实践建议

对于使用Redisson缓存的开发人员，建议：

1. 及时升级到修复后的版本
2. 在重要场景中增加缓存失效的单元测试
3. 考虑使用双重检查机制，即使依赖过期时间，也在业务逻辑中验证数据新鲜度
4. 对于关键数据，可以结合主动失效和被动失效两种策略

总结

缓存过期机制是分布式系统中的重要特性，正确实现对于保证数据一致性至关重要。Redisson团队快速响应并修复了这个bug，体现了开源项目的优势。开发人员在选择缓存解决方案时，除了功能特性外，也需要关注项目的活跃度和问题响应速度。