资料内容：
1. Zookeeper是什么？ Zookeeper是一个开放源码的 分布式协调服务 ，它是集群的管理者，监视着集群中各个节点的状态根据节点 提交的反馈进行下一步合理操作。最终，将简单易用的接口和性能高效、功能稳定的系统提供给用户。 分布式应用程序可以基于Zookeeper实现诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知、集 群管理、Master选举、分布式锁和分布式队列等功能。 Zookeeper保证了如下分布式一致性特性： 顺序一致性 原子性 单一视图 可靠性 实时性（最终一致性） 客户端的读请求可以被集群中的任意一台机器处理，如果读请求在节点上注册了监听器，这个监听器也是由 所连接的Zookeeper机器来处理。对于写请求，这些请求会同时发给其他Zookeeper机器并且达成一致后， 请求才会返回成功。因此，随着Zookeeper的集群机器增多，读请求的吞吐会提高但是写请求的吞吐会下 降。有序性是Zookeeper中非常重要的一个特性，所有的更新都是全局有序的，每个更新都有一个唯一的时 间戳，这个时间戳称为 zxid（Zookeeper Transaction Id）。而读请求只会相对于更新有序，也就是读请求 的返回结果中会带有这个Zookeeper最新的zxid。 2. Zookeeper和dubbo的区别？ Zookeeper： Zookeeper用来注册服务和进行负载均衡，哪一个服务由哪一个机器来提供必需让调用者知 道， 简单来说就是ip地址和服务名称的对应关系。当然也可以通过硬编码的方式把这种对应关系在调用方业 务代码中实现，但是如果提供服务的机器挂掉，调用者无法知晓，如果不更改代码会继续请求挂掉的机器提 供服务。 Zookeeper通过 心跳机制 可以检测挂掉的机器并将挂掉机器的ip和服务对应关系从列表中删除。 至于支持高并发，简单来说就是横向扩展，在不更改代码的情况通过添加机器来提高运算能力。通过添加新 的机器向 Zookeeper注册服务，服务的提供者多了能服务的客户就多了。 Dubbo: 是管理中间层的工具，在业务层到数据仓库间有非常多服务的接入和服务提供者需要调度，dubbo 提供一个框架解决这个问题。 Zookeeper和 Dubbo的关系： Dubbo将注册中心进行抽象，它可以外接不同的存储媒介给注册中心提供服 务，有 Zookeeper， Memcached， Redis等。注意这里的 dubbo只是一个框架，这个框架中要完成调度必 须要有一个分布式的注册中心，储存所有服务的元数据，可以用Zookeeper，也可以用别的。 3. Zookeeper的java客户端都有哪些? Zookeeper自带的 Zookeeperclient Apache开源的 Curator 4. Zookeeper提供了什么？ 文件系统 通知机制 5. 说说Zookeeper文件系统 Zookeeper提供一个多层级的节点命名空间(节点称为 znode)。与文件系统不同的是，这些节点都可以设置 关联的数据，而文件系统中只有文件节点可以存放数据而目录节点不行。Zookeeper为了保证高吞吐和低延 迟，在内存中维护了这个树状的目录结构，这种特性使得 Zookeeper不能用于存放大量的数据,每个节点的存 放数据上限为1M。 6. 说说ZAB协议？ ZAB协议是为分布式协调服务Zookeeper专门设计的一种支持 崩溃恢复的原子广播协议 。 ZAB协议包括两种基本的模式： 崩溃恢复 和 消息广播 。 当整个Zookeeper集群刚刚启动或者Leader服务器宕机、重启或者网络故障导致不存在过半的服务器与 Leader服务器保持正常通信时，所有进程（服务器）进入崩溃恢复模式，首先选举产生新的Leader服务器， 然后集群中Follower服务器开始与新的Leader服务器进行数据同步，当集群中超过半数机器与该Leader服务 器完成数据同步之后，退出恢复模式进入消息广播模式，Leader服务器开始接收客户端的事务请求生成事物 提案来进行事务请求处理。 7. Znode有哪些类型 PERSISTENT：持久节点 除非手动删除，否则节点一直存在于Zookeeper上 EPHEMERAL：临时节点 临时节点的生命周期与客户端会话绑定，一旦客户端会话失效（客户端与 Zookeeper连接断开不一定会话失效），那么这个客户端创建的所有临时节点都会被移除。 PERSISTENT_SEQUENTIAL：持久顺序节点 基本特性同持久节点，只是增加了顺序属性，节点名后边会 追加一个由父节点维护的自增整型数字。 EPHEMERAL_SEQUENTIAL：临时顺序节点 基本特性同临时节点，增加了顺序属性，节点名后边会追 加一个由父节点维护的自增整型数字。 8. Zookeeper节点宕机如何处理？ Zookeeper本身也是集群，推荐配置 不少于3个服务器 。Zookeeper自身也要保证当一个节点宕机时，其他 节点会继续提供服务。 如果是一个Follower宕机，还有2台服务器提供访问，因为Zookeeper上的数据是有 多个副本的，数据并不会丢失； 如果是一个Leader宕机，Zookeeper会选举出新的Leader。 Zookeeper集群的机制是只要超过半数的节点正常，集群就能正常提供服务。 只有在Zookeeper节点挂得太 多，只剩一半或不到一半节点能工作，集群才失效。 所以： 3个节点的cluster可以挂掉1个节点(leader可以得到2票>1.5) 2个节点的cluster不能挂掉任何1个节点(leader可以得到1票<=1)
