乐趣区

关于java:Redisson-分布式锁源码-03可重入锁互斥

前言

看过可重入锁的 Lua 脚本,曾经能够晓得当锁存在时,是会加锁失败的。

上面看一下,加锁失败之后是如何解决的呢?

加锁 Lua 脚本

在 lua 脚本中,前两段 if 别离排除了两种状况:

  1. 锁不存在;
  2. 锁存在且是本人线程(可重入);

剩下的状况就是 锁存在,然而不是本人,也就意味着加锁失败。

执行 pttl 命令,返回锁的剩余时间。

加锁失败后的解决

源码定位:org.redisson.RedissonLock#lock(long, java.util.concurrent.TimeUnit, boolean)

先来看结尾一部分:

加锁胜利后,会返回 ttl,此处会判断为 null,间接返回。

所以,上面的局部就是当获取锁失败之后的逻辑。

疏忽掉不须要很关注的逻辑,重点则是 while (true) 外面这一小块。

始终循环调用 tryAcquire 办法,直到加锁胜利!

总结

  1. 可重入锁的互斥是依附 Redis Lua 脚本来保障的;
  2. 加锁失败会返回以后锁的剩余时间;
  3. 加锁失败后,会在 Java 代码中应用 while 循环始终尝试加锁。

大略的流程,如下图:

相干举荐

  • Redisson 分布式锁源码 02:看门狗
  • Redisson 分布式锁源码 01:可重入锁加锁
  • Spring 自调用事务生效,你是怎么解决的?
退出移动版