【2021最新版】ZooKeeper⾯试题总结（49道题含答案解析）
delay函数使用
⽂章⽬录
最近⾯试的⼩伙伴很多，对此我整理了⼀份Java⾯试题⼿册：基础知识、JavaOOP、Java集合/泛型⾯试题、Java异常⾯试题、Java 中的IO与NIO⾯试题、Java反射、Java序列化、Java注解、多线程&并发、JVM、Mysql、Redis、Memcached、MongoDB、Spring、SpringBoot、SpringCloud、RabbitMQ、Dubbo、MyBatis、数据结构、算法、Elasticsearch、Kafka、微服务、Linux等等。可以分享给⼤家学习。【持续更新中】
完整版Java⾯试题地址：
序号内容地址链接
1【2021最新版】JavaOOP⾯试题总结
2【2021最新版】Java基础⾯试题总结
3【2021最新版】多线程&并发⾯试题总结
4【2021最新版】JVM⾯试题总结
5【2021最新版】Mysql⾯试题总结
6【2021最新版】Redis⾯试题总结
7【2021最新版】Memcached⾯试题总结
8【2021最新版】MongoDB⾯试题总结
9【2021最新版】Spring⾯试题总结
10【2021最新版】Spring Boot⾯试题总结
11【2021最新版】Spring Cloud⾯试题总结
12【2021最新版】RabbitMQ⾯试题总结
13【2021最新版】Dubbo⾯试题总结
14【2021最新版】MyBatis⾯试题总结
15【2021最新版】数据结构⾯试题总结
16【2021最新版】算法⾯试题总结
17【2021最新版】Elasticsearch⾯试题总结
18【2021最新版】Kafka⾯试题总结
19【2021最新版】微服务⾯试题总结
20【2021最新版】Linux⾯试题总结
1.ZooKeeper是什么？
答：
ZooKeeper是⼀个开放源码的分布式协调服务，它是集的管理者，监视着集中各个节点的状态根据节点提交的反馈进⾏下⼀步合理操作。最终，将简单易⽤的接⼝和性能⾼效、功能稳定的系统提供给⽤户。分布式应⽤程序可以基于Zookeeper实现诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知、集管理、Master 选举、分布式锁和分布式队列等功能。
2. ZooKeeper提供了什么？
答：
1、⽂件系统
2、通知机制
3.Zookeeper⽂件系统
答：
Zookeeper提供⼀个多层级的节点命名空间（节点称为znode）。与⽂件系统不同的是，这些节点都可以设置关联的数据，⽽⽂件系统中只有⽂件节点可以存放数据⽽⽬录节点不⾏。
Zookeeper为了保证⾼吞吐和低延迟，在内存中维护了这个树状的⽬录结构，这种特性使得Zookeeper不能⽤于存放⼤量的数据，每个节点的存放数据上限为1M。
4. ZAB 协议？
答：
ZAB 协议是为分布式协调服务Zookeeper专门设计的⼀种⽀持崩溃恢复的原⼦⼴播协议。
ZAB 协议包括两种基本的模式：崩溃恢复和消息⼴播 。
当整个zookeeper集刚刚启动或者Leader服务器宕机、重启或者⽹络故障导致不存在过半的服务器与Leader服务器保持正常通信时，所有进程（服务器）进⼊崩溃恢复模式，⾸先选举产⽣新的Leader服务器，然后集中Follower服务器开始与新的 Leader 服务器进⾏数据同步，当集中超过半数机器与该Leader服务器完成数据同步之后，退出恢复模式进⼊消息⼴播模式，Leader服务器开始接收客户端的事务请求⽣成事物提案来进⾏事务请求处理。
5. 四种类型的数据节点Znode
答：
1、PERSISTENT-持久节点
除⾮⼿动删除，否则节点⼀直存在于 Zookeeper 上 2、EPHEMERAL-临时节点临时节点的⽣命周期与客户端会话绑定，⼀旦客户端会话失效（客户端与zookeeper 连接断开不⼀定会话失效），那么这个客户端创建的所有临时节点都会被移除。
3、PERSISTENT_SEQUENTIAL-持久顺序节点基本特性同持久节点，只是增加了顺序属性，节点名后边会追加⼀个由⽗节点维护的⾃增整型数字。
4、EPHEMERAL_SEQUENTIAL-临时顺序节点基本特性同临时节点，增加了顺序属性，节点名后边会追加⼀个由⽗节点维护的⾃增整型数字。
6. Zookeeper Watcher机制–数据变更通知
答：
Zookeeper允许客户端向服务端的某个Znode注册⼀个Watcher 监听，当服务端的⼀些指定事件触发了这个Watcher，服务端会向指定客户端发送⼀个事件通知来实现分布式的通知功能，然后客户端根据Watcher通知状态和事件类型做出业务上的改变。
⼯作机制：
1、客户端注册watcher
2、服务端处理watcher
prototype是什么的属性3、客户端回调watcher
Watcher特性总结
1、⼀次性
⽆论是服务端还是客户端，⼀旦⼀个Watcher被触发，Zookeeper都会将其从相应的存储中移除。这样的设计有效的减轻了服务端的压⼒，不然对于更新⾮常频繁的节点，服务端会不断的向客户端发送事件通知，⽆论对于⽹络还是服务端的压⼒都⾮常⼤。
2、客户端串⾏执⾏
客户端Watcher回调的过程是⼀个串⾏同步的过程。
3、轻量
3.1、Watcher通知⾮常简单，只会告诉客户端发⽣了事件，⽽不会说明事件的具体内容。
3.2、客户端向服务端注册Watcher的时候，并不会把客户端真实的Watcher对象实体传递到服务端，仅仅是在客户端请求中使⽤boolean 类型属性进⾏了标记。
4、watcher event异步发送watcher的通知事件从server发送到client是异步的，这就存在⼀个问题，不同的客户端和服务器之间通过socket进⾏通信，由于⽹络延迟或其他因素导致客户端在不通的时刻监听到事件，由于Zookeeper本⾝提供了ordering guarantee，即客户端监听事件后，才会感知它所监视
znode发⽣了变化。所以我们使⽤Zookeeper不能期望能够监控到节点每次的变化。Zookeeper只能保证最终的⼀致性，⽽⽆法保证强⼀致性。
5、注册watcher getData、exists、getChildren
6、触发watcher create、delete、setData
7、当⼀个客户端连接到⼀个新的服务器上时，watch将会被以任意会话事件触发。当与⼀个服务器失去连接的时候，是⽆法接收到watch 的。⽽当client重新连接时，如果需要的话，所有先前注册过的watch，都会被重新注册。通常这是完全透明的。只有在⼀个特殊情况
下，watch可能会丢失：对于⼀个未创建的znode的exist watch，如果在客户端断开连接期间被创建了，并且随后在客户端连接上之前⼜删除了，这种情况下，这个watch事件可能会被丢失。
7. 客户端注册 Watcher实现
答：
1、调⽤getData()/getChildren()/exist()三个API，传⼊Watcher对象
2、标记请求request，封装 Watcher到WatchRegistration
3、封装成Packet 对象，发服务端发送request
4、收到服务端响应后，将Watcher注册到ZKWatcherManager中进⾏管理
5、请求返回，完成注册。
网站logo8. 服务端处理Watcher实现
答：
1、服务端接收Watcher并存储接收到客户端请求，处理请求判断是否需要注册Watcher，需要的话将数据节点的节点路径和
ServerCnxn（ServerCnxn代表⼀个客户端和服务端的连接，实现了Watcher的process接⼝，此时可以看成⼀个Watcher对象）存储在WatcherManager的WatchTable和watch2Paths中去。
2、Watcher触发
以服务端接收到setData() 事务请求触发 NodeDataChanged事件为例：
2.1 封装WatchedEvent将通知状态（SyncConnected）、事件类型（NodeDataChanged）以及节点
路径封装成⼀个WatchedEvent 对象
2.2 查询Watcher从WatchTable中根据节点路径查Watcher
2.3 没到；说明没有客户端在该数据节点上注册过Watcher
2.4 到；提取并从WatchTable和Watch2Paths中删除对应 Watcher（从这⾥可以看出Watcher在服务端是⼀次性的，触发⼀次就失效了）
3、调⽤process⽅法来触发Watcher
这⾥process主要就是通过ServerCnxn对应的TCP连接发送Watcher事件通知
9. 客户端回调Watcher
答：
客户端SendThread线程接收事件通知，交由EventThread线程回调Watcher。客户端的Watcher机制同样是⼀次性的，⼀旦被触发后，该Watcher就失效了。
10. ACL权限控制机制
答：
UGO（User/Group/Others）
⽬前在 Linux/Unix ⽂件系统中使⽤，也是使⽤最⼴泛的权限控制⽅式。是⼀种粗粒度的⽂件系统权限控制模式。
ACL（Access Control List）访问控制列表包括三个⽅⾯：
权限模式（Scheme） 1、IP：从IP地址粒度进⾏权限控制
2、Digest：最常⽤，⽤类似于username:password的权限标识来进⾏权限配置，便于区分不同应⽤来进⾏权限控制
3、World：最开放的权限控制⽅式，是⼀种特殊的digest模式，只有⼀个权限标识“world:anyone”
4、Super：超级⽤户授权对象
授权对象指的是权限赋予的⽤户或⼀个指定实体，例如IP地址或是机器灯。
权限 Permission
1、CREATE：数据节点创建权限，允许授权对象在该Znode下创建⼦节点
2、DELETE：⼦节点删除权限，允许授权对象删除该数据节点的⼦节点
3、READ：数据节点的读取权限，允许授权对象访问该数据节点并读取其数据内容或⼦节点列表等
4、WRITE：数据节点更新权限，允许授权对象对该数据节点进⾏更新操作
5、ADMIN：数据节点管理权限，允许授权对象对该数据节点进⾏ACL相关设置操作
11. Chroot特性
答：
3.2.0版本后，添加了Chroot特性，该特性允许每个客户端为⾃⼰设置⼀个命名空间。如果⼀个客户端设置了Chroot，那么该客户端对服务器的任何操作，都将会被限制在其⾃⼰的命名空间下。
通过设置Chroot，能够将⼀个客户端应⽤于Zookeeper服务端的⼀颗⼦树相对应，在那些多个应⽤公⽤⼀个Zookeeper进的场景下，对实现不同应⽤间的相互隔离⾮常有帮助。
12. 会话管理
答：customer的用法
分桶策略：将类似的会话放在同⼀区块中进⾏管理，以便于 Zookeeper 对会话进⾏不同区块的隔离处理以及同⼀区块的统⼀处理。
mysql面试题大全分配原则：每个会话的“下次超时时间点”（ExpirationTime）
计算公式：
ExpirationTime_ = currentTime + sessionTimeout ExpirationTime =
(ExpirationTime_ / ExpirationInrerval + 1) * ExpirationInterval ,
ExpirationInterval 是指 Zookeeper 会话超时检查时间 间隔，默认 tickTime
13. 服务器⾓⾊
答：
Leader
1、事务请求的唯⼀调度和处理者，保证集事务处理的顺序性
2、集内部各服务的调度者
Follower
1、处理客户端的⾮事务请求，转发事务请求给 Leader 服务器
2、参与事务请求 Proposal 的投票
3、参与 Leader 选举投票
Observer
1、3.0 版本以后引⼊的⼀个服务器⾓⾊，在不影响集事务处理能⼒的基础上提升集的⾮事务处理能⼒
2、处理客户端的⾮事务请求，转发事务请求给 Leader 服务器
3、不参与任何形式的投票
ps修图滤镜资源14. Zookeeper下Server⼯作状态
答：
服务器具有四种状态，分别是LOOKING、FOLLOWING、LEADING、OBSERVING。
1、LOOKING：寻Leader状态。当服务器处于该状态时，它会认为当前集中没有Leader，因此需要进⼊Leader选举状态。
2、FOLLOWING：跟随者状态。表明当前服务器⾓⾊是Follower。
3、LEADING：领导者状态。表明当前服务器⾓⾊是Leader。
4、OBSERVING：观察者状态。表明当前服务器⾓⾊是Observer。
15. 数据同步
答：
整个集完成Leader选举之后，Learner（Follower和Observer的统称）回向Leader服务器进⾏注册。当Learner服务器想 Leader服务器完成注册后，进⼊数据同步环节。
数据同步流程：（均以消息传递的⽅式进⾏）
Learner向Learder注册
数据同步
同步确认
Zookeeper 的数据同步通常分为四类：
1、直接差异化同步（DIFF 同步）
2、先回滚再差异化同步（TRUNC+DIFF 同步）
3、仅回滚同步（TRUNC 同步）
4、全量同步（SNAP 同步）
在进⾏数据同步前，Leader 服务器会完成数据同步初始化：

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。