ZooKeeper Watch 回调事件丢失

最新推荐文章于 2024-01-12 15:46:31 发布

wenniuwuren

最新推荐文章于 2024-01-12 15:46:31 发布

阅读量4k

点赞数

分类专栏： ZooKeeper ZooKeeper 从入门到精通文章标签： zookeeper Watch 监听回调

本文链接：https://blog.csdn.net/wenniuwuren/article/details/78116891

版权

ZooKeeper的Watch回调是一次性的，当事件发生后，需要重新设置Watch以继续监听。由于网络延迟，可能导致某些znode变更无法捕获。每个Watch对象仅触发一次，例如，对已删除文件的exist和getData调用。在与ZooKeeper服务断开（如服务宕机）期间，将不会接收到任何Watch事件，直到重新连接。因此，利用session事件进行安全模式处理是必要的，以确保在断开连接时保守运行进程。

摘要由CSDN通过智能技术生成

ZooKeeper 在官网着重提示在使用 Watch 的时候要注意：

Watch 是一次性的，如果 watch 事件发生了，还想 watch 需要再设置新的watch
因为 watch 的一次性，再次注册 watch 的网络延迟，所以 znode 每次变更不可能都 watch 到
一个 watch 对象或者函数/上下文对(pair)，只会触发一次。比如，如果相同的 watch 对象注册了 exist 和 getData 调用在相同文件，并且文件已经被删除，watch 对象只会在文件被删除触发一次
当你与一个服务断开（比如zk服务宕机），你将不会获得任何 watch，直到连接重连。因此，session 事件将会发送给所有 watch 处理器。使用 session 事件进入一个安全模式：当断开连接的时候将不会收到任何事件，因此您的进程应该以该模式保守运行

用代码表现一下 Watch 回调事件丢失：

package com.wenniuwuren.zookeeper.curator.watch;

import org.apache.curator.framework.CuratorFramework;
import org.apache.curator.framework.CuratorFrameworkFactory;
import org.apache.curator.framework.recipes.cache.NodeCache;
import org.apache.curator.framework.recipes.cache.NodeCacheListener;
import org.apache.curator.retry.ExponentialBackof