一文理解Zookeeper的Watcher机制

作者 : 开心源码 本文共3321个字,预计阅读时间需要9分钟 发布时间: 2022-05-12 共223人阅读

Zookeeper系列详情(持续升级

  • Zookeeper基础初探
  • 一文理解Zookeeper数据节点-znode
  • 一文理解Watcher
  • Zookeeper分布式锁实现
  • Zookeeper部署模式

??Zookeeper提供了数据的发布/订阅功能,多个订阅者可同时监听某一特定主题对象,当该主题对象的自身状态发生变化时(例如节点内容改变、节点下的子节点列表改变等),会实时、主动通知所有订阅者。

??Zookeeper采用了Watcher机制实现数据的发布/订阅功能。该机制在被订阅对象发生变化时会异步通知用户端,因而用户端不必在Watcher注册后轮询阻塞,从而减轻了用户端压力。

Watcher机制实际上与观察者模式相似,也可看作是一种观察者模式在分布式场景下的实现方式。

watcher架构

Watcher实现由三个部分组成:

  • Zookeeper服务端;
  • Zookeeper用户端;
  • 用户端的ZKWatchManager对象;

??用户端首先将Watcher注册到服务端,同时将Watcher对象保存到用户端的Watch管理器中。当ZooKeeper服务端监听的数据状态发生变化时,服务端会主动通知用户端,接着用户端的Watch管理器会触发相关Watcher来回调相应解决逻辑,从而完成整体的数据发布/订阅流程。

Watcher架构

Watcher特性

特性说明
一次性Watcher是一次性的,一旦被触发就会移除,再次使用时需要重新注册
用户端顺序回调Watcher回调是顺序串行化执行的,只有回调后用户端才能看到最新的数据状态。一个Watcher回调逻辑不应该太多,以免影响别的watcher执行
轻量级WatchEvent是最小的通信单元,结构上只包含通知状态、事件类型和节点路径,并不会告诉数据节点变化前后的具体内容;
时效性Watcher只有在当前session彻底失效时才会无效,若在session有效期内快速重连成功,则watcher仍然存在,仍可接收到通知;

Watcher接口设计

??Watcher是一个接口,任何实现了Watcher接口的类就是一个新的Watcher。Watcher内部包含了两个枚举类:KeeperState、EventType。

watcher类图

Watcher通知状态(KeeperState)

??KeeperState是用户端与服务端连接状态发生变化时对应的通知类型。路径为org.apache.zookeeper.Watcher.Event.KeeperState,是一个枚举类,其枚举属性如下;

枚举属性说明
Unknown(-1)属性过期
Disconnected(0)用户端与服务器断开连接时
NoSyncConnected(1)属性过期
SyncConnected(3)用户端与服务器正常连接时
AuthFailed(4)身份认证失败时
ConnectedReadOnly(5)3.3.0版本后支持只读模式,一般情况下ZK集群中半数以上服务器正常,zk集群才能正常对外提供服务。该属性的意义在于:若用户端设置了允许只读模式,则当zk集群中只有少于半数的服务器正常时,会返回这个状态给用户端,此时用户端只能解决读请求
SaslAuthenticated(6)服务器采用SASL做校验时
Expired(-112)会话session失效时

Watcher事件类型(EventType)

??EventType是数据节点(znode)发生变化时对应的通知类型。EventType变化时KeeperState永远处于SyncConnected通知状态下;当KeeperState发生变化时,EventType永远为None。其路径为org.apache.zookeeper.Watcher.Event.EventType,是一个枚举类,枚举属性如下;

枚举属性说明
None (-1)
NodeCreated (1)Watcher监听的数据节点被创立时
NodeDeleted (2)Watcher监听的数据节点被删除时
NodeDataChanged (3)Watcher监听的数据节点内容发生变更时(无论内容数据能否变化)
NodeChildrenChanged (4)Watcher监听的数据节点的子节点列表发生变更时

:用户端接收到的相关事件通知中只包含状态及类型等信息,不包括节点变化前后的具体内容,变化前的数据需业务自身存储,变化后的数据需调用get等方法重新获取;

Watcher注册及通知流程

  • 用户端Watcher管理器:ZKWatchManager数据结构
//ZKWatchManager维护了三个map,key代表数据节点的绝对路径,value代表注册在当前节点上的watcher集合//代表节点上内容数据、状态信息变更相关监听private final Map<String, Set<Watcher>> dataWatches =    new HashMap<String, Set<Watcher>>();//代表节点变更相关监听private final Map<String, Set<Watcher>> existWatches =    new HashMap<String, Set<Watcher>>();//代表节点子列表变更相关监听private final Map<String, Set<Watcher>> childWatches =    new HashMap<String, Set<Watcher>>();
  • 服务端Watcher管理器:WatchManager数据结构
//WatchManager维护了两个map//说明:WatchManager中的Watcher对象不是用户端客户定义的Watcher,//     而是服务端中实现了Watcher接口的ServerCnxn笼统类,//     该笼统类代表了一个用户端与服务端的连接//key代表数据节点路径,value代表用户端连接的集合,该map作用为://通过一个指定znode路径可找到其映射的所有用户端,当znode发生变更时//可快速通知所有注册了当前Watcher的用户端private final HashMap<String, HashSet<Watcher>> watchTable =    new HashMap<String, HashSet<Watcher>>();//key代表一个用户端与服务端的连接,value代表当前用户端监听的所有数据节点路径//该map作用为:当一个连接彻底断开时,可快速找到当前连接对应的所有//注册了监听的节点,以便移除当前用户端对节点的Watcherprivate final HashMap<Watcher, HashSet<String>> watch2Paths =    new HashMap<Watcher, HashSet<String>>();
  • Watcher注册流程
//Packet对象构造函数//参数含义:请求头、响应头、请求体、响应体、Watcher封装的注册体、能否允许只读Packet(RequestHeader requestHeader, ReplyHeader replyHeader,               Record request, Record response,               WatchRegistration watchRegistration, boolean readOnly) {            this.requestHeader = requestHeader;            this.replyHeader = replyHeader;            this.request = request;            this.response = response;            this.readOnly = readOnly;            this.watchRegistration = watchRegistration;        }

Watcher注册流程.png

1. 用户端发送的请求中只包含能否需要注册Watcher,不会将Watcher实体发送;2. Packet构造函数中的参数WatchRegistration是Watcher的封装体,用于服务响应成功后将Watcher保存到ZKWatchManager中;
  • Watcher通知流程

    Watcher通知流程

说明
1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长!
2. 分享目的仅供大家学习和交流,您必须在下载后24小时内删除!
3. 不得使用于非法商业用途,不得违反国家法律。否则后果自负!
4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解!
5. 如有链接无法下载、失效或广告,请联系管理员处理!
6. 本站资源售价只是摆设,本站源码仅提供给会员学习使用!
7. 如遇到加密压缩包,请使用360解压,如遇到无法解压的请联系管理员
开心源码网 » 一文理解Zookeeper的Watcher机制

发表回复