1. 有些分布式系统是master-slave模式的，master是一个单节点，一旦master挂掉了整个集群就挂掉了，所以一般master都会有一个备份master-back，一旦master挂掉了，备份master就会顶上去
那么ZK是如何实现的呢？
前置条件：
统一的一个临时节点：TemporaryNode（/ds/TemporaryNode仅仅这样一个节点）
第一步：zk有这样一个持久节点/ds
第二步：master1和master2同时启动，同时向/ds这个持久节点申请创建临时子节点TemporaryNode（同一时间只有一个请求能够创建成功）。
如果master1创建成功，这个节点（TemporaryNode）就不允许master2创建（锁的机制）
master1的状态变为active，真正的master。路径：/ds/TemporaryNode
master2的状态变为standby（master-back）。
master2同时对节点/ds/TemporaryNode注册事件监听。
第三步：master1挂掉或者超过一定时间没有响应。TemporaryNode节点会被删除（master2注册的事件机制就会起作用），就会通知master2，master2就会创建临时节点/ds/TemporaryNode，同时修改状态为active。
备注：
假如master1并没有挂掉，只有由于网络延时导致，当网络顺畅的时候就会出现“脑裂”状态。都认为自己是active。出现两个master
解决脑裂的办法：对/ds/TemporaryNode加一个权限ACL控制（节点删除以后，权限同时也不在了）。master1对于这个节点/ds/TemporaryNode没有权限。自己把状态改成standby。
实际的案例1：Hadoop（NameNode、ResourceManager），普通的部署NameNode、ResourceManager仅仅是单节点。Hadoop HA（NameNode和ResourceManager有多个备份）
二、Zookeeper实现分布式锁分布式锁主要用于在分布式环境中包括跨主机、跨进程、跨网络，导致共享资源不一致的问题，保证数据的一致性。
1. 分布式锁的实现思路说明：
这种实现会有一个缺点，即当有很多进程在等待锁的时候，在释放锁的时候会有很多进程就过来争夺锁，这种现象称为 “惊群效应”
2. 分布式锁优化后的实现思路
准备工作：
1）安装Zookeeper，具体参考我前面的我文章Zookeeper系列一：Zookeeper介绍、Zookeeper安装配置、ZK Shell的使用
2）新建一个maven项目ZK-Demo,然后在pom.xml里面引入相关的依赖
<dependency> <groupId>com.101tec</groupId> <artifactId>zkclient</artifactId> <version>0.10</version> </dependency>