分布式锁实现思路

在分布式系统中&＃xff0c;常常需要协调他们的动作。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源&＃xff0c;那么访问这些资源的时候&＃xff0c;往往需要互斥来防止彼此干扰来保证一致性
分布式锁的实现思路&＃xff0c;跟线程锁的实现原理一样&＃xff0c;可以借助memcached或者redis&＃xff0c;zookeeper来实现

memcached和redis是一样的都是一块大内存

应用A和B同时向memcached发起查询锁(可以是一个key,value&＃xff0c;key自定义比如XXX-orderId&＃xff0c;value是true)。
如果存在就说明有人锁上了&＃xff0c;稍后再查&＃xff0c;如果不存在&＃xff0c;自己添加一个锁进去并根据实际情况设置一个超时时间&＃xff0c;以防止死锁。得到了锁&＃xff0c;就可以干自己该干的事了&＃xff0c;干完了&＃xff0c;就把锁删除掉&＃xff0c;如果出现异常或者&＃xff0c;程序挂掉&＃xff0c;超时了&＃xff0c;锁同样会被删掉防止死锁。

zookeeper实现分布式锁与memcached不同&＃xff0c;zookeeper是一个小的文件管理系统&＃xff0c;他的原理&＃xff0c;是在同一个目录下不可能出现俩个名字一样的文件这样的原理来做的。
第一个请求过来&＃xff0c;会在指定目录下生成一个文件&＃xff0c;比如&＃xff1a;000000000&＃xff0c;同样设置超时时间(防止死锁)
第二个请求过来&＃xff0c;会在这个目录下&＃xff0c;再生成一个文件&＃xff0c;名字在之前的基础上 &＃43;1&＃xff0c;同时监控比他小的那个文件
第三个请求一样的&＃xff0c;会在第二个文件的基础上 &＃43;1&＃xff0c;并监控第二个文件&＃xff0c;
当自己发现&＃xff0c;自己监控的那个文件&＃xff0c;没有了&＃xff0c;就或的了锁&＃xff0c;就可以干自己改干的事了&＃xff0c;干完之后&＃xff0c;把自己删除掉。

zookeeper这一特点&＃xff0c;可以做注册中心&＃xff0c;做分布式锁&＃xff0c;还可以做通知&＃xff0c;比第三方支付系统发送商户通知&＃xff0c;多个应用如果同时向一个商户发通知那不乱套了。

memcached太简单&＃xff0c;zookeeper稍后写个例子上传github&＃xff01;