Spring Boot集成Redis后如何实现数据自动过期策略？-Redis-PHP中文网

redis键过期由服务端原生实现，采用惰性删除（get时检查）和定期删除（每100ms随机扫描），spring boot不参与过期判断；@cacheable不支持动态ttl，需通过rediscacheconfiguration配置全局或按cachename差异化ttl；续期需绕过cache抽象层，推荐lua脚本原子操作；监听过期事件须开启redis的notify-keyspace-events ex配置。

spring boot集成redis后如何实现数据自动过期策略？

Redis过期机制本身不依赖Spring Boot

Redis的键过期是服务端原生能力，Spring Boot只是调用它。你写redisTemplate.opsForValue().set("key", "val", Duration.ofMinutes(5))，底层发的是SETEX命令，Redis收到后就记下TTL，后续由它自己按“惰性删除+定期删除”策略清理——Spring Boot全程不参与过期判断或触发。

常见错误现象：以为加了@Cacheable就自动带续期，结果缓存读着读着就没了；或者在application.yml里配了spring.cache.redis.time-to-live，但没确认是否生效（该配置只影响RedisCacheManager默认配置，不作用于RedisTemplate）。

惰性删除：GET时检查过期，过期则删并返回null —— 你代码里redisTemplate.opsForValue().get("key")可能突然返回null，不是bug，是Redis行为
定期删除：Redis每100ms随机扫一批过期key，但不保证准时——30分钟过期的key，可能30分12秒才真正消失
别指望“精确到秒”的过期：受扫描频率和负载影响，实际延迟通常在毫秒到几秒级

@Cacheable注解无法动态设TTL

@Cacheable压根没有timeToLive属性，写@Cacheable(timeToLive = 60)会编译报错。所有声称支持该字段的博客，要么用了自定义注解，要么混淆了Spring Cache和Redis原生命令。

真正可控的路径只有两条：

全局统一TTL：在RedisCacheConfiguration里调用.entryTtl(Duration.ofMinutes(10))，所有走这个CacheManager的缓存都按此时间过期
按cacheName差异化TTL：必须声明多个@Bean RedisCacheManager，每个绑定不同RedisCacheConfiguration，再用@Cacheable(cacheManager = "xxx")显式指定
漏掉.cacheDefaults(config)会导致entryTtl()完全不生效，缓存变成永不过期

需要访问时续期？绕开@Cacheable直接操作Redis

Spring Cache原生不支持“读取即刷新TTL”，RedisCache.get()内部只调GET，不会发EXPIRE。想实现用户每次查订单都延长30分钟有效期，就得跳过抽象层。

推荐用Lua脚本保证原子性：

SpringBoot升级-BW

将 Spring Boot 2.7 项目升级到 Spring Boot 3.5 的实战流程，覆盖版本基线、依赖坐标替换、Jakarta 迁移、配置兼容、异步上下文传递改造与验证门禁。用于企业多模块 Maven 项目升级与排障。

下载

String script = "local val = redis.call('GET', KEYS[1])\nif val then\n redis.call('EXPIRE', KEYS[1], ARGV[1])\nend\nreturn val";

然后执行：

redisTemplate.execute(new DefaultRedisScript(script, String.class), 
    Collections.singletonList("order:123"), "1800");

不用Lua的话，至少分两步并校验：

先redisTemplate.opsForValue().get("key")
再redisTemplate.expire("key", 1800, TimeUnit.SECONDS)，注意检查返回值——false说明key已不存在，得重新加载数据
别用StringRedisTemplate配opsForValue().set()再expire()，它底层是SETEX，key存在时会覆盖值但不重置TTL