当前位置：首页 > 问答 > 正文

用Redis在Java里搞过期控制，怎么实现和注意点聊聊

度秀梅
问答
2026-01-04 12:25:16
8

用Redis在Java里搞过期控制,说白了就是利用Redis自带的一个给数据设置“死亡时间”的功能，我们存进去一个数据，比如一个用户的登录状态，然后告诉Redis：“这个数据过30分钟就自己消失”，这样我们就不用自己在Java程序里写个定时任务去不停地扫描和删数据了，非常省事，下面我就详细说说怎么实现和需要注意的几个地方。

第一部分：怎么实现？核心就是两个命令

在Java里,我们一般用Jedis或者Lettuce这些客户端来操作Redis，不管用哪个，道理都是一样的，实现过期控制主要靠两个Redis命令：SETEX 和 EXPIRE。

SETEX 命令：这是一步到位的做法。 这个命令把“存数据”和“设置过期时间”两个动作合并成了一个，它的语法是 SETEX key seconds value。
- key：就是你存数据的那个钥匙，user:12345:session。
- seconds：过期时间，单位是秒，比如30分钟就是 30 * 60 = 1800 秒。
- value：你要存的实际数据。
Java代码示例（以Jedis为例）：
```
Jedis jedis = new Jedis("localhost"); // 连接Redis
String userId = "12345";
String sessionData = "一些复杂的用户会话信息，可以转成JSON字符串";
int expireTime = 30 * 60; // 30分钟，单位秒
// 关键一步：存数据的同时直接设置30分钟后过期
jedis.setex("user:" + userId + ":session", expireTime, sessionData);
```
这样做的好处是,它是一个原子操作，也就是说，要么“存数据”和“设时间”两个动作都成功，要么都失败，不会出现数据存成功了，但设置时间失败了这种尴尬情况。
EXPIRE 命令：这是先存后设的做法。 有时候我们可能先用了普通的 SET 命令把数据存进去了，后来才想起来需要过期控制，这时候就可以用 EXPIRE 命令来给一个已经存在的key单独设置过期时间。
- 语法是 EXPIRE key seconds。
Java代码示例：
```
// 先普通地存一个数据
jedis.set("user:" + userId + ":cart", "购物车数据");
// ... 程序其他地方逻辑执行后 ...
// 后来决定这个购物车数据1小时后过期
jedis.expire("user:" + userId + ":cart", 3600);
```
需要注意的是,如果你对一个不存在的key使用 EXPIRE，命令会执行失败返回0，这种分开的操作不是原子的，如果在 SET 和 EXPIRE 之间Redis重启了，那么这个key就可能变成永不过期的“僵尸数据”了，优先推荐使用 SETEX。

第二部分：需要注意的点（这些才是容易踩坑的地方）

光知道怎么设置还不行,在实际项目中用起来，有几个细节必须心里有数。

过期时间的精度问题： Redis的过期删除机制不是实时的、精确到毫秒的，它结合了惰性删除和定期删除两种策略（根据Redis官方文档），简单来说就是：
- 惰性删除：当客户端尝试访问一个key时，Redis才会检查它是否过期，如果过期就当场删除并返回空，这意味着，一个key虽然已经到了过期时间，但如果一直没人来读它，它还会在内存里赖着一会儿。
- 定期删除：Redis会每隔一段时间（默认100毫秒）随机抽查一些设置了过期时间的key，清理掉其中已过期的。
- 所以结论是：你的数据在过期后，可能不会立刻被删除，会有一个小小的延迟，在绝大多数业务场景下，这个延迟是可以接受的，但如果你要做非常精确的、到点就必须失效的控制（比如秒杀活动准点开始），就不能完全依赖Redis的过期机制，可能需要结合其他手段。
“读”操作会刷新过期时间吗？—— 不会！ 这是一个常见的误解，默认情况下，只是去读（GET）一个key，是不会重置它的过期时间的，它的生命倒计时仍在继续，如果你希望每次读取都刷新过期时间，就像会话保持活跃一样，你需要显式地使用 EXPIRE 命令重新设置时间，或者使用 PERSIST 命令移除过期时间使其永久化，还有一个命令叫 TOUCH，它可以更新key的空闲时间，但主要用于LRU淘汰策略，和过期时间无关。

处理“Key不存在”的情况： 在你的Java代码里，当你用 GET 命令去取一个可能已经过期的key时，Redis返回的是 null，所以你一定要记得判断返回值。

String session = jedis.get("user:" + userId + ":session");
if (session != null) {
    // 用户会话有效，继续后续逻辑
    System.out.println("欢迎回来！");
} else {
    // 会话已过期或不存在，让用户重新登录
    System.out.println("请重新登录！");
}

不处理 null 值的话，程序可能会抛出空指针异常。

关于持久化的考虑： Redis的过期时间信息也会被持久化到RDB或AOF文件中（根据Redis官方文档关于持久化的说明），当Redis重启时，它会从文件里加载数据，并恢复key的过期时间，这里有个小细节：在RDB方式下，如果一個key已经过期，但还没被定期删除机制清理掉，它会被持久化到RDB文件，重启后加载RDB时，Redis会发现它已经过期，就不会加载这个key，所以一般来说不用担心重启导致过期数据复活的问题。
键的命名要有规划： 因为你可能有很多业务都用Redis做过期控制，比如用户会话、短信验证码、临时缓存等，所以key的命名一定要清晰、有规律，比如用冒号分隔的 业务:ID:用途（session:123:data, sms:13800138000:code），这样便于管理，也方便以后需要时用通配符 KEYS pattern 命令来查找或批量处理，不过在生产环境要慎用 KEYS *，因为它会阻塞Redis，可以用 SCAN 命令代替。