Redis 分布式锁如何自动续期？

Redis 实现分布式锁

• 指定一个 key 作为锁标记，存入 Redis 中，指定一个 唯一的用户标识作为 value。
• 当 key 不存在时才能设置值，确保同一时间只有一个客户端进程获得锁，满足互斥性特性。
• 设置一个过期时间，防止因系统异常导致没能删除这个 key，满足防死锁特性。
• 当处理完业务之后需要清除这个问题 key 来释放锁，清除 key 时需要校验 value 值，需要满足只有加锁的人才能释放锁 。

问题

如果这个锁的过期时间是30秒，但是业务运行超过了30秒，比如40秒，当业务运行到30秒的时候，锁过期了，其他客户端拿到了这个锁，怎么办

我们可以设置一个合理的过期时间，让业务能够在这个时间内完成业务逻辑，但LockTime的设置原本就很不容易。

• LockTime设置过小，锁自动超时的概率就会增加，锁异常失效的概率也就会增加；
• LockTime设置过大，万一服务出现异常无法正常释放锁，那么出现这种异常锁的时间也就越长。

我们只能通过经验去配置，一个可以接受的值，基本上是这个服务历史上的平均耗时再增加一定的buff。总体来说，设置一个合理的过期时间并不容易

我们也可以不设置过期时间，让业务运行结束后解锁，但是如果客户端出现了异常结束了或宕机了，那么这个锁就无法解锁，变成死锁；

自动续期

我们可以先给锁设置一个LockTime，然后启动一个守护线程，让守护线程在一段时间后，重新去设置这个锁的LockTime。

看起来很简单，但实现起来并不容易

• 和释放锁的情况一样，我们需要先判断持有锁的客户端是否有变化。否则会造成无论谁持有锁，守护线程都会去重新设置锁的LockTime。
• 守护线程要在合理的时间再去重新设置锁的LockTime，否则会造成资源的浪费。不能动不动就去续命。
• 如果持有锁的线程已经处理完业务了，那么守护线程也应该被销毁。不能业务运行结束了，守护者还在那里继续运行，浪费资源。

看门狗

Redisson的看门狗机制就是这种机制实现自动续期的

Redissson tryLock

public boolean tryLock(long waitTime, long leaseTime, TimeUnit unit) throws InterruptedException {
        long time = unit.toMillis(waitTime);
        long current = S