前言
关于watch,zk做如下保证:
1、atch是针对其他事件、其他watch和异步答复而排序的。ZooKeeper客户端库可确保按顺序分派所有内容。
2、客户端将看到它正在监视的znode的watch事件,然后才能看到与该znode对应的新数据。
3、ZooKeeper中监视事件的顺序与ZooKeeper服务所看到的更新顺序相对应。
注意事项:
1、watch是一次触发。如果收到监视事件,并且希望收到有关将来更改的通知,则必须设置另一个watch。
2、由于监视是一次触发,并且在获取事件和发送新请求以获取新的watch之间存在延迟,因此无法可靠地看到ZooKeeper中节点发生的每项更改。需要注意znode在获取事件和重新设置watch之间多次更改的情况。(你可能不在乎,但至少意识到可能会发生。)
3、对于给定的通知、watch对象或功能/上下文将仅触发一次。例如,如果为一个文件注册了相同的watch对象,并且对同一文件进行了getData调用,然后删除了该文件,则watch对象将仅在该文件被删除时被调用一次。
4、与服务器断开连接时(例如,服务器发生故障时),直到重新建立连接后,才能获得任何watch。因此,会话事件将发送到所有的监视处理程序。这种情况下,会话事件将进入安全模式:断开连接后,将不会收到事件,因此进程应在该模式下谨慎行事。
watcher重连
1.和server主动关闭连接一样,client抛出EndOfStreamException异常,此时客户端状态还是CONNECTED
2.SendThread处理异常,清理连接,将当前所有请求置为失败,错误码是CONNECTIONLOSS
3.发送Disconnected状态通知
4.选下一个server重连
5.连上之后发送ConnectRequest,sessionid和password是当前session的数据
6.server端处理,分leader和follower,由于此时client端重试比较快,session还没超时,所以leader和follower端session校验成功。如果这个时候session正好超时了,则校验失败,client会抛出sessionExpired异常并退出
7.server端返回成功的ConnectResponse
8.client收到相应,发送SyncConnected状态通知给watcher
9.client发送SetWatches包,重建watch
以下是基于zookeeper的python客户端kazoo进行讲解
注册监控
通过kazoo提供的装饰器进行注册
@zookeeper.DataWatch(path)
def changed(data, stat):
fun(data)
type(stat)
简单看下这个DataWatch类,在实例化这个类的时候
def __init__(xxx):
if func is not None:
self._used = True
self._client.add_listener(self._session_watcher)
self._get_data()
通过方法来到这里:
def get_async(self,