【总结】zookeeper

一.入门

1.概述

Zookeeper 是一个开源的分布式的，为分布式应用提供协调服务的 Apache 项目

2.zookeeper特点

（1）Zookeeper：一个领导者（Leader），多个跟随者（Follower）组成的集群
（2）集群中只要有半数以上节点存活，Zookeeper集群就能正常服务
（3）全局数据一致：每个Server保存一份相同的数据副本，Client无论连接到哪个Server，数据都是一致的
（4）更新请求顺序进行，来自同一个Client的更新请求按其发送顺序依次执行
（5）数据更新原子性，一次数据更新要么成功，要么失败
（6）实时性，在一定时间范围内，Client能读到最新数据

3.数据结构

ZooKeeper数据模型的结构与Unix文件系统很类似，整体上可以看作是一棵树，每个节点称做一个ZNode。每一个ZNode默认能够存储1M B的数据，每个ZNode都可以通过其路径唯一标识

4.应用场景

提供的服务包括：统一命名服务、统一配置管理、统一集群管理、服务器节点动态上下线、软负载均衡等

5.zookeeper和eureka区别？

（1）eureka client有缓存功能，即使eureka所有的serve都宕掉，仍然能给服务消费者发送服务信息，所以eureka保证了服务可用性，不能保证数据一致性，是一个AP。
（2）而zk，每当master宕机后，都会进行重新选举，重新选举这个过程（一般几十秒），是不能提供服务的，所以zk不能保证服务一直可用，是CP

二.内部原理

1.选举机制

目前有5台服务器，每台服务器均没有数据，它们的编号分别是1,2,3,4,5,按编号依次启动，它们的选择举过程如下：
服务器1启动，给自己投票，然后发投票信息，由于其它机器还没有启动所以它收不到反馈信息，服务器1的状态一直属于Looking(选举状态)。
服务器2启动，给自己投票，同时与之前启动的服务器1交换结果，由于服务器2的编号大所以服务器2胜出，但此时投票数没有大于半数，所以两个服务器的状态依然是LOOKING。
服务器3启动，给自己投票，同时与之前启动的服务器1,2交换信息，由于服务器3的编号最大所以服务器3胜出，此时投票数正好大于半数，所以服务器3成为领导者，服务器1,2成为小弟。
服务器4启动，给自己投票，同时与之前启动的服务器1,2,3交换信息，尽管服务器4的编号大，但之前服务器3已经胜出，所以服务器4只能成为小弟。
服务器5启动，后面的逻辑同服务器4成为小弟

2.节点类型

持久（Persistent）：客户端和服务器端断开连接后，创建的节点不删除
短暂（Ephemeral）：客户端和服务器端断开连接后，创建的节点自己删除（可以监听客户上下线）

3.监听器原理

（1）首先要有一个main()线程
（2）在main线程中创建Zookeeper客户端，这时就会创建两个线程，一个负责网络连接通信（connet），一个负责监听（listener）。
（3）通过connect线程将注册的监听事件发送给Zookeeper
（4）在Zookeeper的注册监听器列表中将注册的监听事件添加到列表中
（5）Zookeeper监听到有数据或路径变化，就会将这个消息发送

给listener线程。 6）listener线程内部调用了process()方法