1.概念及其作用

hadoop子项目 树形目录服务

主要功能:配置管理 分布式锁 集群管理

2.数据模型

数据模型就是个树形结构包含多个节点 节点下可以存放data，这些节点有不同类型，根据应用场景来选择 比如分布式锁就使用临时顺序节点 后面细说

3.常用命令

后面一般用docker进行管理 在docker中启动镜像即可

 4.Java API 操作zookeeper

4.1概览

我们使用Curator

 4.2 引依赖

由于子依赖及版本问题 可能遇到坑 

与log相关版本冲突问题解决（就是去除一边的依赖）

        <dependency>
            <groupId>org.apache.curator</groupId>
            <artifactId>curator-framework</artifactId>
            <version>4.0.0</version>
        </dependency>

        <dependency>
            <groupId>org.apache.curator</groupId>
            <artifactId>curator-recipes</artifactId>
            <version>4.0.0</version>
        </dependency>

4.3增删改查 与 监听

查询

 修改

删除

 监听

5.zookeeper实现分布式锁

5.1分布式锁介绍

5.2zookeeper实现分布式锁原理

5.3 与redis实现的分布式锁对比的好处

redis分布式锁，其实需要自己不断去尝试获取锁，比较消耗性能

zk分布式锁，获取不到锁，注册个监听器即可，不需要不断主动尝试获取锁，性能开销较小

另外一点就是，如果是redis获取锁的那个客户端bug了或者挂了，那么只能等待超时时间之后才能释放锁；而zk的话，因为创建的是临时znode，只要客户端挂了，znode就没了，此时就自动释放锁

5.4 Curator中可直接使用的分布式锁的API

5.5 Curator中分布式锁的小demo

 6.集群

简单来说集群的选举就是，集群每多一个节点投一次票(watcher不能投票) 票数过半成为leader

 看看就好大致就是利用一台机器上的三个端口搭建伪集群 然后进行故障测试 

比如有三个节点 那么 节点2就是leader 当节点1，3都故障宕机时，此时只存在leader节点时，

leader节点也会停止工作，因为可运行的机器没有超过集群总数量的半数时集群会停止工作,当重启

节点2时此时 可运行机器超过集群机器数的一半 leader重新恢复工作状态

下面是伪集群创建 以及故障测试的demo