2018年08月21日 19:02:25 生活常识 阅读数 170
版权声明：本文为博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq3401247010/article/details/81912829
为什么要用锁？
大型站点在高并发的情况下，为了保持数据最终一致性就需要用到技术方案来支持。比如:分布式锁、分布式事务。有时候我们在为了保证某一个方法每次只能被一个调用者使用的时候，这时候我们也可以锁来实现。
基于本地缓存实现锁
为什么还要写基于本地缓存实现的锁呢，因为有些项目项目可能还是单机部署的，当随着业务量增长的时候就会变成多机部署，从单机到多机的切换过程中，我们也需要把原先业务相关的锁改成分布式锁，来保持数据的最终一致性。当然项目是使用ioc的那就更好了，切换注册时的实现类就完成了切换，非常方便。
实现思路：
用户需要用一个key和一个唯一的值（知道当前这个key的使用者是谁）来获取一个锁，获取到锁之后，执行完对应的操作然后释放掉。在释放锁的时候 4我们需要判断下当前这个锁的使用者对应的值与想要释放传递过来的值是不是相等，如果相等则可以释放，不相等则不释放。
实现代码：
View Code
View Code
基于zk实现的分布式锁
实现思路：
在获取锁的时候在固定节点下创建一个自增的临时节点，然后获取节点列表，按照增量排序，假如当前创建的节点是排在第一个的，那就表明这个节点是得到了执行的权限，假如在它前面还有其它节点，那么就对它的上一个节点进行监听，等到上一个节点被删除了，那么该节点就得到了执行的权限了。
由于代码片段太多，待会再github自行查看实现过程。zk获取锁的速度比较慢，导致有几个可能是失败的。
基于redis的实现
实现思路：
利用redis的setnx(key, value)：“set if not exits”，若该key-value不存在，则成功加入缓存并且返回1，否则返回0。在有效时间内如果设置成功则获取执行限权，没有那就获取权限失败。
对比下会发现redis的执行效率会比zk的快一点。
项目下载地址：https://github.com/ProjectSharing/Lock