Zookeeper-Wathes简介

10.Zookeeper watches:

Zk中所有的read操作都可以指定watch—getData(),getChildren(),exists()。watch是一次性事件触发器，当其”watch”的数据发生变更是，把事件发送给client。定义一个watch有2个关键点。

1）一次触发：如果一个client在getData(“/znode1”,true)设置了watch，并且不久后znode1上数据发生了变更或者znode被删除，此时client将会收到事件通知。不过如果此后znode1再次变更，将不会有watch事件发送给client，除非它在其他read操作上重新设置了新的watch。

2）发送至客户端：事件发送客户端的方式，在操作数据变更的client收到成功返回code之前，任何设置watch的客户段是不会收到watch事件的。watch通过异步的方式发送。ZK提供了一个顺序保证：如果客户端设置了watch，在它受到watch event之前，将不会看到更新后的数据；网络的延迟或者其他因素或许会导致不同的客户端在不同的时间获知到watch event，不过一个关键点是不同的客户端将会按照一致性的顺序获取一切。

3）watch与data：node变更的方式可能有多种，ZK维护了2个watch list：data watches和child watches。GetData()/exists()可以设置data watches。getChildren()设置为child watches。GetData()/exists()返回关于node data的信息，getChildren()返回关于children列表.其实对于这些我们也很容易理解到watch类型触发的场景(加入数据变更操作是成功的):setData将会触发data watches,create()将会触发一个对即将创建的znode的data watch和其父节点的child watch.delete()将会触发data watch以及child watch.

Watches被client链接的zk server在本地保持.这允许watch可以被轻量级的维护/设置/调度,当client链接到一个新的server，watch会被任何session event所触发。当clent与sever断开链接，将会不会受到任何watch event，当client 链接重建，先前的所有watch将会被重新注册(注意zookeeper.disableAutoWatchReset设置，如果此设置为false即不重置，将会导致watch向新的server重注册)。有一种情况watch可能会丢失：当向一个存在的znode设置的watch尚未创建，此时znode创建或者删除时链接断开。。

（源码：认真研究ZK重链接的机制，以及为什么需要新建ZK实例的原因，watch注册原理）（目前理解为：SendThread线程不断轮询执行消息，当发生异常时，将会导致当前链接被关闭，在链接被关闭后，轮询是触发重新链接）。

 

针对watches，ZK确保：

1）watches和其他event/watches/异步响应保持顺序，ZK client确保所有事情的调度都是有序的。

2）client将会首先得到watch event，然后才会“看到”最新的znode 数据。

3）zk向客户端发送event的顺序，和其接受到update请求的顺序一致。

 

注意事项：

1）watches是一次性触发器，如果你想持续关注znode的数据变更，你需要每次接受事件后，继续为其设置新的watch；

2）watch object或者fuction/context pair,对指定的通知只会出发一次。例如，同一个watch对象被注册在exists和getData方法的同一个“path”，那么当此“path”被删除，针对此通知，watch 对象将只会被调用一次。

3）当client与server的链接终端，client将不会收到任何watches，直到链接重建。出于此因，session event将会发送给所有的悬而未决（outstanding）watch handlers。使用session events进入安全模式（safe mode）：在链接段开始，你不会接受事件，所以在此模式下，你的处理应该保守些。

4） 如果你使用了watches（各种类似实时的数据变更），你需要关注一下connected watch event(连接有关的本地事件)。当ZK client与server断开，你可能在重建链接之期间不会受到任何数据变更的通知。如果你在watch一个znode的存在性，那么在链接断开时，此znode的创建或者删除所发生的watch event，你都不能收到。。（所以，你需要注意，如果你缓存了相关znode的信息，那么在链接重建之后，最好sync一次。。event是不会回放的。）

不过我们似乎有些“误解”需要解释，在跨client时，zk并不保证在任何时间，不同的client都会得到完全一致的zk data；归因于网络延迟等原因。可以通过使用sync()方法强制server进行一次同步。

[引导,Wathes详解]