程序员小航

加锁逻辑已经介绍完毕，那当一个线程重复加锁是如何处理的呢？ 锁重入 在上一小节中，可以看到加锁的过程，再回头看 internalLock 这个方法。

一般工作中常用的分布式锁，就是基于 Redis 和 ZooKeeper，前面已经介绍完了 Redisson 锁相关的源码，下面一起看看基于 ZooKeeper 的锁。也就是 Curator 这个框架。

Redisson 除了提供了分布式锁之外，还额外提供了同步组件，Semaphore 和 CountDownLatch。

Redisson 还支持可重入读写锁，允许在分布式场景下，同时有多个读锁和一个写锁处于加锁状态。 阅读一下~

RedLock 红锁，是分布式锁中必须要了解的一个概念。 所以本文会先介绍什么是 RedLock，当大家对 RedLock 有一个基本的了解。然后再看 Redisson 中是如何实现 RedLock

基于 Redis 的 Redisson 分布式联锁 RedissonMultiLock 对象可以将多个 RLock 对象关联为一个联锁，每个 RLock 对象实例可以来自于不同的 Redisson.

看门狗机制是在 `RedissonBaseLock#scheduleExpirationRenewal` 方法中，这块公平锁和非公平锁并无区别。下面看下公平锁的释放过程，，

在上一篇文章中已经分析过公平锁的加锁源码，现在看一下加锁失败被放到等待队列之后，线程是如何处理的呢？

默认的加锁逻辑是非公平的。 在加锁失败时，线程会进入 while 循环，一直尝试获得锁，这时候是多线程进行竞争。就是说谁抢到就是谁的。 Redisson 提供了 公平锁 机制。