关于redis:Redisson-分布式锁源码-02看门狗

前言

说起 Redisson，比拟耳熟能详的就是这个看门狗（Watchdog）机制。

本文就一起看看加锁胜利之后的看门狗（Watchdog）是如何实现的？

加锁胜利

在前一篇文章中介绍了可重入锁加锁的逻辑，其中 RedissonLock#tryAcquireAsync 办法是进行异步加锁的逻辑。

回顾一下这个办法的入参：

1. waitTime：-1；
2. leaseTime：-1，加锁时未指定锁工夫，则为 -1，如果指定，则是指定的工夫；
3. unit：null；
4. threadId：以后线程 id。

其中的 tryLockInnerAsync 在之前曾经介绍过了。

当加锁胜利时，会返回 null，加锁失败，会返回以后锁的剩余时间。

所以这块会进入到红框标记的局部。

leaseTime 为加锁工夫，默认不指定，所以会进入到 scheduleExpirationRenewal 办法，也就是明天的主题：看门狗。

至此能够得出一个论断：

Redisson 看门狗（Watchdog）在指定加锁工夫时，是不会对锁工夫主动续租的。

看门狗

看门狗的一部分重点逻辑就在 renewExpiration 办法这里：

1. 提早调度，延迟时间为：internalLockLeaseTime / 3，就是 10s 左右后会调度这个 TimerTask；
2. 异步续租：逻辑都在 renewExpirationAsync 外面；
3. 递归调用：当续租胜利之后，从新调用 renewExpiration 本人，从而达到继续续租的目标；
4. 当然也不能始终有限续租，所以两头有一些判断逻辑，就是用来中断续租的。

续租逻辑

这块也是一个 lua 脚本，就是将之前的 redis key 间接从新设置工夫。

这样一通续租下来，就是 在过了 10s 左右将锁的工夫从新设置为 30s。

总结

至此，看门狗介绍结束，简要总结一下内容。

1. 只有在未指定锁超时工夫时才会应用看门狗；
2. 看门狗默认续租工夫是 10s 左右，internalLockLeaseTime / 3；
3. 能够通过 Config 对立设置看门狗的工夫，设置 lockWatchdogTimeout 参数即可。

最初，同样应用一张图，进行下总结：

相干举荐

• Redisson 分布式锁源码 01：可重入锁加锁
• Spring 是如何解决循环依赖的？
• Spring 自调用事务生效，你是怎么解决的？