大饭盒

看门狗的定义，在之前一个小章节中已经有简单说明，这里不做赘述。但是之前只是说了其与持有时间，等待时间的区别，没有详细介绍，下面我们来进行深入分析，解开迷雾。

今天偶然发现，有个git项目的代码，始终都推送不了，很是蹊跷。在网上查了一些案例，发现其push和fetch的远端地址居然不一样，有点儿意思，故而在此记录一下。

前言 联合锁和红锁放在一起来分析，是因为这两种锁实现在Redisson中，关联密切。 红锁 上面getRedLock方法上有@Deprecated注解，说明在Redisson实现中，不推荐使用红锁。

Redis原始指令SETNX，因为其独特的设计，同时满足独占性和超时机制，因此很多从业者利用这些特性来实现分布式锁，但是有很多弊端。

单独设置这一章节，是因为这几个重要参数：waitTime、leaseTime和lockWatchdogTimeout，在后续各种锁的实现中，频繁出现，需要提请弄清楚，否则会带来不小的困扰。

读锁是共享的，写锁是排他的，使用与读多写少的业务场景。 写锁的实现【RedissonWriteLock】，继承自非公平锁...

读锁是共享的，写锁是排他的。 读锁的实现RedissonReadLock，继承自非公平锁RedissonLock，主要重写了下面几个方法...

在分析Redisson分布式锁实现之前，不妨先看看接口定义，可以让源码的阅读更加顺畅，磨刀不误砍柴工。 接口中的方法不多，只有下面这十五个，其中很多看名称就大概知道其功能。

前面介绍Redisson锁的时候，忽略了一个细节，就是在lua脚本中，获取锁的时候，返回的nil，而在lua语义中，nil应该是false或者空，为什么不返回true呢？