关于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 自调用事务生效，你是怎么解决的？