聊一聊锁

       锁，中华字典解释：置于可启闭的器物上,以钥匙或暗码(如字码机构、时间机构、自动释放开关、磁性螺线管等)打开的扣件〖lock〗(链接)。咱们可以这样理解，锁就是一种监视器，只有掌握密码(符合某种条件)才能进入。好了，那我们看下java在不同的场景来实现这个保护层的吧。

synchronized 是java的关键字，底层实现是由JVM 实现的(Java synchronized原理总结)。

Lock 是java 1.5提供的锁的接口，根据不同的场景JDK 为我们提供了重入锁，读写锁，公平/非公平锁，票据锁(1.8)。大家有空可以看下票据锁，这里有一篇各种锁的性能测试blog，感兴趣的可以看下。

看了上面的这么多blog，你是否发现了各种锁他们都有共同的特点，都有一个监视器(控制资源，防止多个线程使用)，一个或多个等待队列(存储那些获取失败且且需要等待的线程)，一个唤醒器(资源没被利用时，唤醒等待队列的线程进行资源争夺)。他们的实现逻辑也大致相同，首先给资源加上监视器，线程进来后判断线程是否符合条件，符合得到线程的使用权，不符合加入到等待队列。资源释放后，唤醒器唤醒等待队列中的线程进行下一轮的资源抢夺。这个是单个应用下的锁是这么实现的，那多个应用的锁是否也是这么实现的呢？

现在分布式锁实现方式大致是三种：基于数据库实现分布式锁，基于缓存实现分布式锁，基于Zookeeper实现分布式锁 。详情可以参考blog。

通过上面的阅读，或者你对分布式锁的了解，我们会发现分布式锁和我们平常用到的java锁逻辑上没有什么大的区别。区别只不过是线程变成了进程或不同进程下的线程，监视器由代码实现的监视器(synchronized 监视器由jvm底层源码实现)变成了具体的工具(数据库，缓存器，Zookeeper)。唤醒器 数据库和缓存 实现方式用while(true)方式实现 不用唤醒线程 会一直检测自身是否符合条件 ；Zookeeper则通过watch机制来实现。等待队列数据库和缓存 实现方式没有把竞争失败的存储起来，而是不停的检测自身是否能通过监视器 ；Zookeeper则通过自身的临时有序节点来存储。

看到这里，可以发现分布式锁也没有那么神秘，其实和我们平常用的锁原理是一样的，只是实现方式不同而已。

现在技术创新层出不穷，我们看的眼花缭乱。究其本质，又有多少技术是真的是新的呢。

特别感谢一下大佬提供的blog：

https://baijiahao.baidu.com/s?id=1580364922566928882&wfr=spider&for=pc

https://blog.csdn.net/hello_worldee/article/details/77843858

https://blog.csdn.net/yanyan19880509/article/details/52435135

https://blog.csdn.net/zhaopengnju/article/details/51830234

https://www.cnblogs.com/huangjuncong/p/9191760.html

http://www.importnew.com/19981.html

http://www.cnblogs.com/austinspark-jessylu/p/8043726.html

---