Zookeeper实现分布式锁原理
原理：基于Zookeeper的临时节点和Watcher机制实现分布式锁，包括其实现流程与底层的执行原理。
Zookeeper是一款开源的分布式服务协调中间件，初衷是开发一个通用的无单点问题的分布式协调框架，采用统一的协调管理方式更好的管理各个子系统，从而让开发者将更多精力集中在业务逻辑上，最终使整个分布式系统看上去像一个大型的动物园。
Zookeeper是一种典型的分布式数据一致性的解决方案，可以实现如数据发布/订阅，负载均衡，命名服务，分布式协调/通知，集群管理，分布式锁和分布式队列等功能。
ZooKeeper简介与作用
统一配置管理
统一命名服务
集群状态
分布式锁
ZooKeeper的简介与作用
类比动物园景区
ZooKeeper在实现分布式锁有节点和监听器
ZooKeeper节点的数据结构与Watcher监听机制
节点：组成集群的每一台机器
第一种：指构成集成的机器，称为机器节点
第二种：数据模型的数据单元，称之为数据节点ZooKeeper的节点指的是ZNode。
持久节点：一旦被ZNode创建了，除非主动移动，否则一直保存在ZooKeeper上
PERSISTENT：持久化的节点，即使客户端与zk断开连接，节点已然存在
PERSISTENT_SEQUENTIAL：持久化顺序编号节点，比PERSISTENT节点多节点自动按照顺序编号。
Watcher监听器：由于ZooKeeper允许用户在指定的节点ZNode上注册“监听”事件，因而当该节点触发一些特定事件时，ZooKeeper服务端即Server会将事件通知到感兴趣的客户端Client上，从而让客户端做出相应的措施。
Curator框架实现分布式锁
A和B同时争夺一个锁，如果A先行一步获得锁，就会创建一个序号00的节点，那么当B在创建01的节点进行比对由于00更大，那么锁并没有被释放掉，此时B无法拿到锁。
B拿不到锁但是会对前一个节点加上监听器，只要前一个节点被删除了，就释放了锁，马上重新执行获取锁的操作。
由于Curator使用临时顺序节点实现分布式锁，只要客户端与zk链接断开，节点就消失，也就释放了锁。