Zookeeper绍二（分布式锁介）
一、为什么会有分布式锁？
在多线程环境下，由于上下文的切换，数据可能出现不一致的情况或者数据被污染，我们需要保证数据安全，所以想到了加锁。
所谓的加锁机制呢，就是当一个线程访问该类的某个数据时，进行保护，其他线程不能进行访问，直到该线程读取完，其他线程才可使用。
我们为了减少DB的压力，把库存预热到了KV，现在KV的库存是1。
- 服务A去Redis查询到库存发现是1，那说明我能抢到这个商品对不对，那我就准备减一了，但是还没减。
- 同时服务B也去拿发现也是1，那我也抢到了呀，那我也减。
- C同理。
- 等所有的服务都判断完了，你发现诶，怎么变成-2了，超卖了呀，这下完了。
正常线程进程同步的机制有哪些？
- 互斥：互斥的机制，保证同一时间只有一个线程可以操作共享资源 synchronized，Lock等。
- 临界值：让多线程串行话去访问资源
- 事件通知：通过事件的通知去保证大家都有序访问共享资源
- 信号量：多个任务同时访问，同时限制数量，比如发令枪CDL，Semaphore等
分布式锁实现主要以Zookeeper（以下简称zk）、Redis、MySQL这三种为主。
Zookeeper分布式锁
他主要的应用场景有以下几个：
- 服务注册与订阅（共用节点）
- 分布式通知（监听znode）
- 服务命名（znode特性）
- 数据订阅、发布（watcher）
- 分布式锁（临时节点）
ZK:他是个数据库，文件存储系统，并且有监听通知机制（观察者模式）
节点
zk的节点类型有4大类
-
持久化节点（zk断开节点还在）
-
持久化顺序编号目录节点
-
临时目录节点（客户端断开后节点就删除了）
-
临时目录编号目录节点
节点的创建：
create /test laogong // 创建永久节点
create -e /test laogong // 创建临时节点
create -s /test // 创建顺序节点
create -e -s /test // 创建临时顺序节点
临时节点 退出zk后临时节点消失。。
实现原理：
描述：
利用zk的临时顺序节点 取最小节点 获取锁 不是最小节点不获取
余下的利用监听机制 各自监听自己的前一个节点 前一个节点存在就阻塞 不存在就获取锁
当获取锁的节点释放锁后 删除自己的临时顺序节点 如果服务宕机也不影响 删除 后续节点也可以获取锁 不会一直阻塞
代码：
