地址：

https://redis.io/topics/distlock

这是一篇质疑RedLock的论文：https://martin.kleppmann.com/2016/02/08/how-to-do-distributed-locking.html（中文：https://juejin.im/post/5bbb0d8df265da0abd3533a5）

需要分布式锁执行的代码：

 方案1：

方案1是存在错误的，原因是当Client1获取到锁之后并在代码位置1处进行GC，而且GC持续时间足够长，导致Client锁超时，但是此时Client申请到锁并快速执行完毕代码，之后Client再GC中恢复执行，就会发生错误！！！！早期HBase就存在这个问题~~~

针对如上问题：首先你要对你的系统GC最长时间有个了解，将锁超时时间设置的比你的GC时间稍微长一些，如果你的GC时间过长，例如一分钟之上，那你还有权利责备分布式锁不够稳定吗？？！！！你是不是首先应该去优化GC呢？！！

 方案2：

此方案是解决方案1中存在的问题，具体解决方案是：在申请到锁时候，并获取到一个属于该锁的Token（例如是一个数字编号），当执行时候需要核对编号，编号不正确则拒绝执行，具体如图所示。这种方案系统需要一个Token验证服务。

好文章认真阅读一下：https://juejin.im/post/5bbb0d8df265da0abd3533a5

 

zokkeeper分布式锁博文可以学习：https://dzone.com/articles/distributed-lock-using

谷歌的Chubby（zookeeper是其开源实现）：https://ai.google/research/pubs/pub27897

填写学习笔记