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

62次阅读

共计 923 个字符,预计需要花费 3 分钟才能阅读完成。

前言

说起 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 自调用事务生效,你是怎么解决的?
正文完
 0