说起 Redisson,比较耳熟能详的门狗就是这个看门狗(Watchdog)机制。
本文就一起看看加锁成功之后的分布看门狗(Watchdog)是如何实现的?
在前一篇文章中介绍了可重入锁加锁的逻辑,其中 RedissonLock#tryAcquireAsync 方法是式锁进行异步加锁的逻辑。
回顾一下这个方法的源码入参:
其中的门狗 tryLockInnerAsync 在之前已经介绍过了。
当加锁成功时,分布会返回 null,式锁加锁失败,源码会返回当前锁的剩余时间。
所以这块会进入到红框标记的部分。
leaseTime 为加锁时间,默认不指定,所以会进入到 scheduleExpirationRenewal 方法,也就是今天的主题:看门狗。
至此可以得出一个结论:
Redisson 看门狗(Watchdog)在指定加锁时间时,是不会对锁时间自动续租的。
看门狗的一部分重点逻辑就在 renewExpiration 方法这里:
续租逻辑
这块也是一个 lua 脚本,就是将之前的 redis key 直接重新设置时间。
这样一通续租下来,就是在过了 10s 左右将锁的时间重新设置为 30s。
至此,看门狗介绍完毕,简要总结一下内容。
只有在未指定锁超时时间时才会使用看门狗;
看门狗默认续租时间是 10s 左右,internalLockLeaseTime / 3;
可以通过 Config 统一设置看门狗的时间,设置 lockWatchdogTimeout 参数即可。
最后,同样使用一张图,进行下总结:
本文转载自微信公众号「程序员小航」,可以通过以下二维码关注。转载本文请联系程序员小航公众号。
责任编辑:武晓燕 来源: 程序员小航 Redisson分布式锁Watchdog
(责任编辑:焦点)
iPhone 12 Pro Max高清拆解照曝光 L形电池亮眼
银保监会:前10个月房地产合理贷款需求得到满足 信贷结构持续优化
全球最大域名注册商GoDaddy收购HEG 中国市场将受到哪些影响?