Zookeeper提供了分布式数据发布/订阅功能,一个典型的发布/订阅模式系统定义了一种一对多的订阅关系,能让多个订阅者同时监听某一个主题对象,当这个主题对象自生状态变化时,会通知所有订阅者,使他们能够做出相应的处理。
Zookeeper中,引入了Watcher机制来实现这种分布式的通知功能。Zookeeper允许客户端向服务端注册一个Watcher监听,当服务端的一些事件触发了这个Watcher,那么就会向指定客户端发送一个事件通知来实现分布式的通知功能。
触发事件种类很多,如:节点创建,节点删除,节点改变,子节点改变等。
总的来说可以概括为以下三个过程:客户端向服务端注册Watcher,服务端事件发生触发Watcher,客户端回调Watcher得到触发事件情况
Watch机制特点
一次性触发
事件发生触发监听,一个watcher event就会被发送到设置监听的客户端,这种效果是一次性的,后续再发生同样的事情,不会再次触发
事件封装
Zookeeper使用WatcherEven对象来封装服务端事件并传递
WatcherEvent包含了每一个事件的三个基本属性:
通知状态(keeperState)
,事件类型(EventType)
和节点路径(path)
event异步发送
watcher的通知事件从服务端发送到客户端是异步的
先注册再触发
Zookeeper中的watch机制,必须客户端先去服务端注册监听,这样事件发生才会触发监听,通知客户端
通知状态和事件类型
同一个事件类型在不同的通知状态中代表的含义有所不同,下表列举了常见的通知状态和事件类型
KeeperState | EventType | 触发条件 | 说明 |
---|---|---|---|
None(-1) | 客户端与服务端成功建立连接 | ||
SyncConnected(0) | NodeCreated(1) | Watcher监听的对应数据节点被创建 | |
NodeDeleted(2) | Watcher监听的对应数据节点被删除 | 此时客户端和服务端处于连接状态 | |
NodeDataChanged(3) | Watcher监听的对应数据节点的数据内容发生变更 | ||
NodeChildChanged(4) | Watcher监听的对应数据节点的子节点列表发生变更 | ||
DisConnected(0) | None(-1) | 客户端与Zookeeper服务器断开连接 | 此时客户端和服务器处于断开连接状态 |
Expired(-112) | Node(-1) | 会话超时 | 此时客户端会话失效,通常同时也会收到SessionExpiredException异常 |
AuthFailed(4) | None(-1) | 通常有两种情况,1:使用错误的schema进行授权检查,2:SASL权限检查失败 | 通常同时也会收到AuthFailedException异常 |
其中,连接状态事假(type=None,path=null)不需要客户端注册
,客户端只要有需要直接处理就行了。
Shell 客户端设置watcher
创建一个测试节点:
create /watchtest 123
设置节点数据变动监听:
get -w /watchtest
通过另外一个客户端更改节点数据:
set /watchtest 456
此时设置监听的节点收到通知:
再次更改节点数据:
set /watchtest 789
发现没有收到通知,说明此方式是一次性的监听事件。