ZooKeeperWatch笔记.docxVIP

Watcher详解、接口 在 ZooKeeper 中， 接口类 Watcher 用于表示一个标注你的事件处理器，其定义了事件通知相关的逻辑，包含 KeeperState 和 EventType 两个枚举类，分别代表了通知状态和事件类型，同时定义了事件的回调方法：process（WatchedEvent event）Watcher 触发条件： 增、删、改 ( 重复修改也会触发，因为他只告诉你变更了，不告诉你变更多少，需要 C 自己去拿）abstract public ?void process ( WatchedEvent event )。 process() 是?Watch 接口中的回调方法。当 ZooKeeper 向客户端发送一个 Watcher 时间通知时，客户端就会对相应的 process 方法进行回调，从而实现对事件的处理。 like this：syncNodes（）方法。??Watcher?设置是开发中最常见的，需要搞清楚watcher的一些基本特征，对于exists、getdata、getchild对于节点的不同操作会收到不同的?watcher信息对父节点的变更以及子节点的变更都不会触发watcher，而对watcher本身节点以及子节点的变更会触发watcher继续。ZooKeeper 使用?WatchedEvent?对象封装服务端事件并传递给 Watcher， 从而方便回调方法 process 对服务端事件进行处理。WatcherEvent?实体实现了序列化接口，因此可以用于网络传输。数据结构如下。Class WatcherEvent{ type:int state:int path:String}state=-112 会话超时状态state= -113　认证失败状态state= ?1 连接建立中state= 2 (暂时不清楚如何理解这个状态,ZOO_ASSOCIATING_STATE)state=3 连接已建立状态state= 999 无连接状态type=1 创建节点事件type=2 删除节点事件type=3 更改节点事件type=4 子节点列表变化事件type= -1 会话session事件type=-2 监控被移除事件Watcher 发送过程。 当服务端产生?WatchedEvent?事件之后，会调用 getWrapper 方法将自己包装成一个可序列化的?WatcherEvent?事件，以便于通过网络传输到客户端。客户端在接收到服务端的这个事件对象后，首先会将?WatcherEvent?事件还原成一个?WatchedEvent?事件。并传递给 process方法处理。 回调方法根据传入参数解析完整服务端事件。Watcher 发送的数据?? 无论是?WatcherEvent?还是?WatchedEvent，他对 ZooKeeper 服务端事件的封装都是极其简单的。 当 /Test/test1/1_1节点发生变更时，服务端会发送给客户端一个“ZNode数据变更“ 事件，客户端也只能接收到如下信息： KeeperState : SyncConnected EventType : NodeDataChanged Path : /zk-b? 也就是说，客户端无法直接从该事件中获取到对应数据节点的原始数据内容，以及变更后的新数据内容。而是客户端再次主动去重新获取数据。——这个也是 ZooKeeper 一个非常重要的特性。Watcher 工作机制服务端发送不处理逻辑、客户端发送并处理逻辑。客户端注册 Watcher? 创建一个?new?ZooKeeper（） 客户端对象实例时，可以传入一个 Watcher .?new?ZooKeeper(String?connectString,int?sessionTimeout, Watcher?watcher)?? 这个Watcher 将作为整个 ZooKeeper 回话期间的默认 Watcher，会一直被保存在客户端 ZKWatchManager 的 defaultWatcher 中。 另外，ZooKeeper 客户端也可以通过?getData、 getChildren 和 exist 三个接口来向 ZooKeeper 服务器注册 Watcher。 列举个getData 例：??public?byte[]?getData(String?path,boolean?watch,?Stat?stat)??public?byte[]?getData(final?String?path,Watcher?watch,?Stat?stat)??第一个通过一个 boolean 参数来标识是否使用默认 Watcher 进行注册，具体注册逻辑与第二个接口一致。注册 Watcher 后? 在 get