前言
看过可重入锁的 Lua 脚本，曾经能够晓得当锁存在时，是会加锁失败的。
上面看一下，加锁失败之后是如何解决的呢？
加锁 Lua 脚本
在 lua 脚本中，前两段 if 别离排除了两种状况：
- 锁不存在；
- 锁存在且是本人线程（可重入）；
剩下的状况就是 锁存在，然而不是本人，也就意味着加锁失败。
执行 pttl 命令，返回锁的剩余时间。
加锁失败后的解决
源码定位：org.redisson.RedissonLock#lock(long, java.util.concurrent.TimeUnit, boolean)
先来看结尾一部分：
加锁胜利后，会返回 ttl，此处会判断为 null，间接返回。
所以，上面的局部就是当获取锁失败之后的逻辑。
疏忽掉不须要很关注的逻辑，重点则是 while (true) 外面这一小块。
始终循环调用 tryAcquire 办法，直到加锁胜利！
总结
- 可重入锁的互斥是依附 Redis Lua 脚本来保障的；
- 加锁失败会返回以后锁的剩余时间；
- 加锁失败后，会在 Java 代码中应用 while 循环始终尝试加锁。
大略的流程，如下图：
相干举荐
- Redisson 分布式锁源码 02：看门狗
- Redisson 分布式锁源码 01：可重入锁加锁
- Spring 自调用事务生效，你是怎么解决的？