不用Redisson实现Redis互斥锁：setIfAbsent+Lua脚本详解

本文深入剖析了在不依赖Redisson的情况下，如何用原生Redis命令与Lua脚本安全实现互斥锁：指出传统setIfAbsent因无法原子性设置过期时间而存在锁永久残留风险，强调必须通过SET key value NX EX seconds或等效Lua脚本（如setex校验+写入）确保加锁原子性；解锁同样需Lua校验value防误删；并提醒超时时间需权衡业务耗时与容错性，同时点明可重入、续期、阻塞等高级特性仍需开发者自行严谨编排——既揭示底层原理陷阱，又提供可落地的原子化实践方案。

直接用 setIfAbsent 为什么不够安全？

因为 setIfAbsent 只能保证「设置键不存在时才写入」，但无法原子性地绑定过期时间——如果先设值再 expire，中间崩溃或网络中断，锁就永远不释放。Redis 官方推荐用 SET key value NX EX seconds 命令一步到位，但 Spring Data Redis 的 setIfAbsent 方法（尤其老版本）默认不支持传 EX 参数，容易漏掉这个关键约束。

用 Lua 脚本实现带自动过期的互斥锁

Lua 在 Redis 中是原子执行的，适合封装「判断+设置+过期」逻辑。核心脚本就两行，但必须严格校验参数：

if redis.call('exists', KEYS[1]) == 0 then
  return redis.call('setex', KEYS[1], tonumber(ARGV[1]), ARGV[2])
else
  return 0
end

调用时注意：

• KEYS[1] 是锁名（如 "order:123"），必须唯一且可预测
• ARGV[1] 是过期秒数（如 "30"），别传 0 或负数，否则锁永不过期
• ARGV[2] 是随机 value（如 "8f4a2c7e"），用于后续解锁校验，不能硬编码
• Spring 中用 redisTemplate.execute() 执行，别用 opsForValue().setIfAbsent() 包一层再调 Lua——多一次 round-trip 就破坏原子性

解锁必须用 Lua 校验 value 再删，不能直接 del

直接 DEL 键会误删别人持有的锁。正确方式是用 Lua 先比对 value 是否匹配，再删：

if redis.call('get', KEYS[1]) == ARGV[1] then
  return redis.call('del', KEYS[1])
else
  return 0
end

常见翻车点：

• 解锁时传错 value（比如用了固定字符串而不是加锁时生成的随机串）→ 脚本返回 0，锁残留
• 用 redisTemplate.delete() 替代 Lua → 拿到锁的线程崩溃后，其他线程可能删掉别人的锁
• 没处理 Lua 返回值：返回 1 表示成功，0 表示失败，必须检查，否则以为解锁成功

超时时间选多少？不是越长越安全

过期时间本质是「最大持有时间」，设太长会导致故障时锁堆积；设太短又可能业务没做完锁就失效。实际取值要满足：业务平均耗时 × 2 ~ 3，且必须配合主动续期（如看门狗）或幂等重试。例如下单接口平均 800ms，可设 3000 毫秒（3 秒），但得确保最慢路径（含 DB、RPC）不超过这个阈值。另外，SET 命令里的 EX 是秒级，毫秒级要用 PX，Lua 里对应 psetex。

真正难的是锁的可重入性、阻塞等待、公平性——这些不用 Redisson 就得自己靠 value 拼接线程 ID + 计数器 + 队列 Key 来模拟，一不小心就死锁或漏解锁。Lua 脚本能保原子性，但编排逻辑还是得自己兜底。

好了，本文到此结束，带大家了解了《不用Redisson实现Redis互斥锁：setIfAbsent+Lua脚本详解》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多数据库知识！