实现方式：使用Redis的SET命令带NX和EX选项原子性地设置锁，key为锁名称，value为唯一标识（如UUID），EX为过期时间秒数。释放锁时，使用Lua脚本确保value匹配才删除，避免误删。

核心代码实现

锁获取： public boolean lock(String key, String value, long expire) { String script = "if redis.call('setnx', KEYS[1], ARGV[1]) == 1 then redis.call('expire', KEYS[1], ARGV[2]) return 1 else return 0 end"; return jedis.eval(script, Collections.singletonList(key), Arrays.asList(value, String.valueOf(expire))) == 1; }

锁释放： public void unlock(String key, String value) { String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end"; jedis.eval(script, Collections.singletonList(key), Collections.singletonList(value)); }

分布式锁优化

在高并发场景下，Redis单机可能成为瓶颈，可使用Redisson框架，它内置了过期锁机制，支持自动续期。Redisson的RLock通过watchdog机制，每30秒续期一次，避免锁提前过期导致死锁。

Redisson示例

RLock lock = redisson.getLock("myLock"); lock.lock(10, TimeUnit.SECONDS); // 加锁10秒 try { // 业务逻辑 } finally { lock.unlock(); }

过期时间设置原则

过期时间应略大于业务执行时间，如业务预计5秒，设为8秒。太短可能业务未完成锁就过期，太长占用资源。结合续期机制动态调整。

可靠性提升

使用Lua脚本保证原子性，避免SET和EXPIRE两个命令间隙问题。value使用UUID+线程ID，确保唯一性。异常时确保unlock调用，防止死锁。

监控与告警

定期扫描Redis中锁key数量和剩余TTL，超过阈值告警。使用INFO命令监控内存使用，避免锁key过多耗尽资源。

FAQ
Q: 为什么不用DEL直接删除锁？
A: 直接DEL可能误删其他客户端的锁，使用value校验安全。
Q: 过期时间怎么选择？
A: 业务时间1.5倍，并监控调整。
Q: Redisson和手写哪个好？
A: Redisson更可靠，内置续期，手写适合简单场景。
Q: 集群环境下锁一致性如何？
A: 用RedLock算法，多节点多数派确认。