CuratorCache基本操作（监听和缓存数据）

最新推荐文章于 2023-04-06 11:55:30 发布
最新推荐文章于 2023-04-06 11:55:30 发布
阅读量1.5k 收藏 4
点赞数
文章标签： curator zookeeper curatorcache
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/duke_ding2/article/details/128345799
版权

Curator是Zookeeper的Java客户端库，官网为 https://curator.apache.org 。

CuratorCache 可以缓存节点信息，既可以缓存单个节点，也可以缓存子树（该节点及其子节点）。

此外，可以给 CuratorCache 注册listener，在发生相关事件时收到通知。

环境

  • Ubuntu 22.04
  • Zookeeper 3.7.1
  • JDK 17.0.3.1
  • IntelliJ IDEA 2022.1.3
  • Curator 5.4.0

准备

创建Maven项目 test1215 。

打开 pom.xml 文件，添加如下依赖：

        <!-- https://mvnrepository.com/artifact/org.apache.curator/curator-recipes -->
        <dependency>
            <groupId>org.apache.curator</groupId>
            <artifactId>curator-recipes</artifactId>
            <version>5.4.0</version>
        </dependency>

        <!-- https://mvnrepository.com/artifact/org.apache.curator/curator-framework -->
        <dependency>
            <groupId>org.apache.curator</groupId>
            <artifactId>curator-framework</artifactId>
            <version>5.4.0</version>
        </dependency>

        <!-- https://mvnrepository.com/artifact/junit/junit -->
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.13.2</version>
            <scope>test</scope>
        </dependency>

在 src/test/java 目录下，创建测试文件 Test1215.java 。

首先加上连接和关闭连接的测试：

package pkg1;

import org.apache.curator.RetryPolicy;
import org.apache.curator.framework.CuratorFramework;
import org.apache.curator.framework.CuratorFrameworkFactory;
import org.apache.curator.retry.ExponentialBackoffRetry;
import org.junit.After;
import org.junit.Before;
import org.junit.Test;

public class Test1215 {
    private CuratorFramework client;

    @Before
    public void testConnect() {
        RetryPolicy retryPolicy = new ExponentialBackoffRetry(3000, 10);

        client = CuratorFrameworkFactory.builder()
                .connectString("localhost:2181")
                .sessionTimeoutMs(60 * 1000)
                .connectionTimeoutMs(15 * 1000)
                .retryPolicy(retryPolicy)
                .namespace("test1215")
                .build();

        client.start();
    }

    // quit
    @After
    public void testClose() {
        if (client != null) {
            client.close();
        }
    }

注：

  • 本例是单机Zookeeper，所以connectionString是 localhost:2181 ，如果是Zookeeper集群，则connectionString是 localhost:2181,localhost:2182,localhost:2183 这样的。
  • 在创建连接时，指定了namespace为 test1215 ，表示所有的操作都是在 /test1215 节点下操作的，否则默认是在根节点 / 下操作的。

CuratorCache

监听

节点事件包括创建、设值、删除等，对应的Curator方法如下：

  • forCreates() ：创建
  • forChanges() ：设值
  • forCreatesAndChanges() ：创建和设值
  • forDeletes() ：删除
  • forAll() ：所有事件

默认情况下，listener监听整个子树（指定节点及其子节点）的事件，如下表所示：

forCreates()forChanges()forCreatesAndChanges()forDeletes()forAll()
创建YNYNY
设值NYYNY
创建子节点YNYNY
为子节点设值NYYNY
创建子节点并为子节点设值NYYNY
删除子节点NNNYY
删除节点NNNYY

如果指定了 SINGLE_NODE_CACHE 选项，则只监听单个节点的事件，如下表所示：

forCreates()forChanges()forCreatesAndChanges()forDeletes()forAll()
创建YNYNY
设值NYYNY
创建子节点NNNNN
为子节点设值NNNNN
创建子节点并为子节点设值NNNNN
删除子节点NNNNN
删除节点NNNYY

注：如果删除多级节点，会触发多次。

下面是代码示例，使用的是默认选项，注释行使用的是 SINGLE_NODE_CACHE 选项。

    @Test
    public void test14() throws InterruptedException {
        CuratorCache cache = CuratorCache.build(client,"/app1");
//        CuratorCache cache = CuratorCache.build(client,"/app1", CuratorCache.Options.SINGLE_NODE_CACHE);

        CuratorCacheListener listener = CuratorCacheListener.builder()
                .forInitialized(() -> {
                    System.out.println("Initialized!");
                })
                .forCreates(childData -> System.out.println("Creates! " + childData))
                .forChanges((childData, childData1) -> System.out.println("Changes! " + childData + ", " + childData1))
                .forCreatesAndChanges((childData, childData1) -> System.out.println("CreatesAndChanges! " + childData + ", " + childData1))
                .forDeletes(childData -> System.out.println("Deletes! " + childData))
                .forAll((type, childData, childData1) -> System.out.println("All! " + type + ", " + childData + ", " + childData1))
                .build();

        cache.listenable().addListener(listener);

        cache.start();

        while (true) {
            Thread.sleep(1000);
        }

运行结果如下：

Initialized!
  • 在命令行下创建节点 /test1215/app1 ：
create /test1215/app1

程序输出如下：

Creates! ChildData{path='/app1', stat=198,198,1671163034141,1671163034141,0,0,0,0,0,0,198
, data=null}
CreatesAndChanges! null, ChildData{path='/app1', stat=198,198,1671163034141,1671163034141,0,0,0,0,0,0,198
, data=null}
All! NODE_CREATED, null, ChildData{path='/app1', stat=198,198,1671163034141,1671163034141,0,0,0,0,0,0,198
, data=null}
  • 在命令行下设置节点 /test1215/app1 的值：
set /test1215/app1 hello

程序输出如下：

Changes! ChildData{path='/app1', stat=198,198,1671163034141,1671163034141,0,0,0,0,0,0,198
, data=null}, ChildData{path='/app1', stat=198,199,1671163034141,1671163303613,1,0,0,0,5,0,198
, data=[104, 101, 108, 108, 111]}
CreatesAndChanges! ChildData{path='/app1', stat=198,198,1671163034141,1671163034141,0,0,0,0,0,0,198
, data=null}, ChildData{path='/app1', stat=198,199,1671163034141,1671163303613,1,0,0,0,5,0,198
, data=[104, 101, 108, 108, 111]}
All! NODE_CHANGED, ChildData{path='/app1', stat=198,198,1671163034141,1671163034141,0,0,0,0,0,0,198
, data=null}, ChildData{path='/app1', stat=198,199,1671163034141,1671163303613,1,0,0,0,5,0,198
, data=[104, 101, 108, 108, 111]}
  • 在命令行下创建节点 /test1215/app1/aaa ：
create /test1215/app1/aaa

程序输出如下：

Creates! ChildData{path='/app1/aaa', stat=200,200,1671163458175,1671163458175,0,0,0,0,0,0,200
, data=null}
CreatesAndChanges! null, ChildData{path='/app1/aaa', stat=200,200,1671163458175,1671163458175,0,0,0,0,0,0,200
, data=null}
All! NODE_CREATED, null, ChildData{path='/app1/aaa', stat=200,200,1671163458175,1671163458175,0,0,0,0,0,0,200
, data=null}
  • 在命令行下创建节点 /test1215/app1/aaa/bbb 并设值：
create /test1215/app1/aaa/bbb good

程序输出如下：

Creates! ChildData{path='/app1/aaa/bbb', stat=210,210,1671164623094,1671164623094,0,0,0,0,4,0,210
, data=[103, 111, 111, 100]}
CreatesAndChanges! null, ChildData{path='/app1/aaa/bbb', stat=210,210,1671164623094,1671164623094,0,0,0,0,4,0,210
, data=[103, 111, 111, 100]}
All! NODE_CREATED, null, ChildData{path='/app1/aaa/bbb', stat=210,210,1671164623094,1671164623094,0,0,0,0,4,0,210
, data=[103, 111, 111, 100]}
  • 在命令行下设置节点 /test1215/app1/aaa 的值：
set /test1215/app1/aaa China

程序输出如下：

Changes! ChildData{path='/app1/aaa', stat=200,200,1671163458175,1671163458175,0,0,0,0,0,0,200
, data=null}, ChildData{path='/app1/aaa', stat=200,202,1671163458175,1671163677440,1,1,0,0,5,1,201
, data=[67, 104, 105, 110, 97]}
CreatesAndChanges! ChildData{path='/app1/aaa', stat=200,200,1671163458175,1671163458175,0,0,0,0,0,0,200
, data=null}, ChildData{path='/app1/aaa', stat=200,202,1671163458175,1671163677440,1,1,0,0,5,1,201
, data=[67, 104, 105, 110, 97]}
All! NODE_CHANGED, ChildData{path='/app1/aaa', stat=200,200,1671163458175,1671163458175,0,0,0,0,0,0,200
, data=null}, ChildData{path='/app1/aaa', stat=200,202,1671163458175,1671163677440,1,1,0,0,5,1,201
, data=[67, 104, 105, 110, 97]}
  • 在命令行下删除节点 /test1215/app1/aaa/bbb ：
delete /test1215/app1/aaa/bbb

程序输出如下：

Deletes! ChildData{path='/app1/aaa/bbb', stat=201,201,1671163592296,1671163592296,0,0,0,0,0,0,201
, data=null}
All! NODE_DELETED, ChildData{path='/app1/aaa/bbb', stat=201,201,1671163592296,1671163592296,0,0,0,0,0,0,201
, data=null}, null
  • 在命令行下删除节点 /test1215/app1 ：
deleteall /test1215/app1

程序输出如下：

Deletes! ChildData{path='/app1/aaa', stat=200,202,1671163458175,1671163677440,1,1,0,0,5,1,201
, data=[67, 104, 105, 110, 97]}
All! NODE_DELETED, ChildData{path='/app1/aaa', stat=200,202,1671163458175,1671163677440,1,1,0,0,5,1,201
, data=[67, 104, 105, 110, 97]}, null
Deletes! ChildData{path='/app1', stat=198,199,1671163034141,1671163303613,1,0,0,0,5,0,198
, data=[104, 101, 108, 108, 111]}
All! NODE_DELETED, ChildData{path='/app1', stat=198,199,1671163034141,1671163303613,1,0,0,0,5,0,198
, data=[104, 101, 108, 108, 111]}, null

旧式监听（略）

  • NodeCacheListener ：只监听单个节点
  • PathChildrenCacheListener ：只监听子节点
  • TreeCacheListener ：监听该节点以及子节点

缓存数据

与监听类似，默认缓存整个子树的数据，若指定 SINGLE_NODE_CACHE 选项，则只缓存单个节点的数据。

假设现有节点结构如下：

/
|-- test1215
        |-- app1 (hello)
             |-- aaa
             |-- bbb (good)
             |-- ccc

cache包含了整个子树的数据：

    @Test
    public void test15() throws InterruptedException {
        CuratorCache cache = CuratorCache.build(client, "/app1");

        cache.start();

        Thread.sleep(1000);

        cache.stream().forEach(System.out::println);
    }

注：这里休眠了1秒钟，是为了避免cache还没来得及获取数据。

运行结果如下：

ChildData{path='/app1/aaa', stat=359,359,1671177661623,1671177661623,0,0,0,0,0,0,359
, data=null}
ChildData{path='/app1/bbb', stat=249,349,1671174130425,1671176678535,2,0,0,0,4,0,249
, data=[103, 111, 111, 100]}
ChildData{path='/app1/ccc', stat=354,354,1671177240115,1671177240115,0,0,0,0,0,0,354
, data=null}
ChildData{path='/app1', stat=237,240,1671173766690,1671173783899,1,31,0,0,5,3,359
, data=[104, 101, 108, 108, 111]}

如果指定 SINGLE_NODE_CACHE 选项，则cache只包含单个节点的数据：

    @Test
    public void test16() throws InterruptedException {
        CuratorCache cache = CuratorCache.build(client, "/app1", CuratorCache.Options.SINGLE_NODE_CACHE);

        cache.start();

        Thread.sleep(1000);

        cache.stream().forEach(System.out::println);
    }

运行结果如下：

ChildData{path='/app1', stat=237,240,1671173766690,1671173783899,1,31,0,0,5,3,359
, data=[104, 101, 108, 108, 111]}

可以获取cache中指定节点的数据：

    @Test
    public void test17() throws InterruptedException {
        CuratorCache cache = CuratorCache.build(client, "/app1");

        cache.start();

        Thread.sleep(1000);

        Optional<ChildData> childData = cache.get("/app1/bbb");

        childData.ifPresent(System.out::println);
    }

注意不能指定 SINGLE_NODE_CACHE 选项，否则查询不到字节点。

运行结果如下：

ChildData{path='/app1/bbb', stat=249,349,1671174130425,1671176678535,2,0,0,0,4,0,249
, data=[103, 111, 111, 100]}
蓝黑2020
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
vue 路由缓存 路由嵌套 路由守卫 监听物理返回操作
10-14
主要介绍了vue 路由缓存 路由嵌套 路由守卫 监听物理返回操作，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
Curator的三种缓存。
繁城落叶
12-07 8341
Curator分类 NodeCache PathChildrenCache TreeCache 示例在使用原生的ZooKeeper的时候，是可以使用Watcher对节点进行监听的，但是唯一不方便的是一个Watcher只能生效一次，也就是说每次进行监听回调之后我们需要自己重新的设置监听才能达到永久监听的效果。Curator在这方面做了优化，Curator引入了Cache的概念用来实现对ZooKeepe
串口数据监听思路
01-06
侦听思路 监听原理 图1. 串口监听原理  如图1所示，COM3为物理串口，正常使用的情况下，上位机软件会直接打开COM3进行通信。为实现监听功能，增加虚拟串口对及监听软件，上位机不直接连接物理串口，而是连接虚拟串口的一端，使用监听软件打开物理串口及虚拟串口的另一端，实现数据的透传及监听功能。 虚拟串口: 虚拟串口是一对互通的虚拟设备，当向COM1写入数据时，COM2收到数据；向COM2写入数据时，COM1收到数据。 监听软件: 实现串口监听的软件实现，主要业务是打开COM1和COM3。收到COM3数据时，转发给COM1；收到COM1数据时,转发给COM3；同时将转发的数据记录下来。 虚拟串
Vue中的数据监听和数据交互案例解析
08-30
主要介绍了Vue中的数据监听和数据交互案例解析,在文章开头部分先给大家介绍了vue中的数据监听事件$watch，具体代码讲解，大家可以参考下本
spring的监听器和缓存.docx
06-26
@Slf4j public class MyListener implements ServletContextListener { ​  @Override  public void contextInitialized(ServletContextEvent sce) {    log.info("web项目的启动{}   一开始就启动",sce.getServletContext());    System.err.println("web项目的启动{}"); } ​  @Override  public void contextDestroyed(ServletContextEvent sce) {    log.info("web项目的关闭{}.........................");    System.err.println("web项目的关闭{}............................"); } }
Vue.js 虚拟DOM原理（DOM是如何更新的）
~
09-01 4388
一、什么是DOM？DOM的作用？ 文档对象模型（Document Object model，简称DOM）是针对HTML和XML文档的一个API（应用程序编程接口）。 也就是说：DOM是一个接口，一个API,我们可以通过DOM这个接口来对文档进行修改。 DOM会把文档表示为一棵树，这里以（HTML）为例： HTML代码： <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"&gt
Zookeeper客户端Curator5.1节点事件监听CuratorCache用法
DreamsArchitects的博客
10-27 2258
在低版本的curator(4.0.1)中，使用NodeCache、、TreeCache进行节点事件的监听。使用新的类进行监听。NodeCache：只能监听自己节点的PathChildrenCache： 只能监听直接子节点的TreeCache：可以监听自己节点及其所有子节点的事件CuratorCache：可以监听自己节点及其所有子节点的事件。
ZooKeeper ： Curator框架之数据缓存与监听CuratorCache
kaven
12-30 3702
CuratorCache CuratorCache会试图将来自节点的数据保存在本地缓存中。 也可以缓存节点下方的整个子树（可选地）。 将响应更新、创建、删除事件以及下拉数据等。可以给CuratorCache实例注册发生更改时接收通知的监听器。 CuratorCache cache = CuratorCache.build(curator, "/father/son/grandson1"); CuratorCacheListener listener = CuratorCac
Curator Watcher 监听
猎人在吃肉
05-11 1095
文章目录1、依赖2、NodeCache 节点监听2.1、构造函数：2.2、start(boolean buildInitial) 方法：2.3、示例代码3、PathChildrenCache 子节点监听3.1、构造函数3.2、PathChildrenCache .start(StartMode mode)3.3、 示例代码 ZooKeeper 原生支持通过注册 Watcher 来进行事件监听，...
Zookeeper客户端Curator5.2.0节点事件监听CuratorCache用法
小石潭记丶
03-30 686
该节点监听的是/root/data/stock，库存操作的是/root/data/stock这个子节点，可以看到监听成功。该节点监听的是/root/data，库存操作的是/root/data/stock这个子节点，可以看到监听成功。监听的是root节点，库存操作的是/root/data/stock这个子节点，可以看到监听成功。（2）PathChildrenCache：监听指定节点的子节点。（3）TreeCache：监听指定节点和子节点及其子孙节点。该监听方式直接替换了上面的三种过时的监听方式。
Curator应用场景之实现事件监听机制与zookeeper原生watcher的监听原理的区别
weixin_35720385的博客
09-07 554
Curator有别于zookeeper的watcher监听机制一、Curator的监听API1、NodeCache(适用于监听数据节点本身)2、PathChildrenCache（用于监听数据节点的子节点）3、TreeCache（监听到指定节点下所有节点的变化）特点：使用方式： 原生的zookeeper的监听API所实现的方法存在一些缺点，ZooKeeper原生支持通过注册Watcher来进行事件...
Curator 三种 Watcher 监听实现
super_wj0820的博客
07-05 2964
项目背景： 实时 Flink任务中，需要实现不停实时任务，清除关联维表的本地缓存。 方案： 方案采用 Zookeeper 的配置中心的功能，即当需要清除正在运行 Flink App 的维表本地缓存时，通过web端配置 Zookeeper 指定节点上的配置值，Flink App 上 Watch 指定节点上的值，一旦发生变化，Flink 即清除本地维表数据缓存。 Zookeeper特性背景 Curat...
# ZooKeeper客户端Curator使用五 Cache
m0_37941483的博客
11-11 125
Path Cache Path Cache用来监控一个ZNode的子节点. 当一个子节点增加， 更新，删除时， Path Cache会改变它的状态， 会包含最新的子节点， 子节点的数据和状态。 这也正如它的名字表示的那样， 那监控path。 实际使用时会涉及到四个类： PathChildrenCache PathChildrenCacheEvent PathChildrenCacheListen...
springboot（14）监听器
个人笔记总结
04-06 1386
本文介绍了 Spring Boot 的监听器，包括监听器的使用场景、使用方法和案例。监听器是一种能够响应应用程序生命周期事件的组件，可以在应用程序启动、停止或出现错误时触发自定义代码来处理这些事件。在 Spring Boot 中使用监听器可以轻松地扩展应用程序的功能，同时也能够提高应用程序的可靠性和稳定性。 在本文中，我们介绍了使用监听器的三个案例： 1. 加载配置文件 2. 程序停止时保存数据 3. 程序出错时发送警报或通知
Springboot使用Curator 集成zk
南国的技术栈
03-14 4936
前言 Curator是Apache提供的一个zk的工具包，简化了 ZooKeeper 的操作。它增加了很多使用 ZooKeeper 开发的特性，可以处理 ZooKeeper 集群复杂的连接管理和重试机制。这里我们使用springboot 集成curator来操作zk。 假设你的服务已经正确添加了zk的相关依赖，Curator maveny依赖如下， <!-- curator-framework --> <dependency> <groupId>org.apach
5.【SpringBoot源码】SpringBoot监听机制分析
weixiaohuai的博客
02-08 1633
在SpringBoot启动过程中，每个不同的启动阶段会分别广播不同的内置生命周期事件，然后对应的监听器监听到事件之后会做相应的处理。比如ConfigFileApplicationListener会监听onApplicationEnvironmentPreparedEvent事件来加载配置文件application.properties的环境变量等。springboot的监听器机制，类似我们设计模式的观察者模式，监听器机制拥有很好的扩展性。
Springboot2（29）集成zookeeper的增删改查、节点监听、分布式读写锁、分布式计数器
热门推荐
cowbin2012的专栏
12-29 3万+
源码地址 springboot2教程系列 实现zookeeper节点的增删改查、节点监听、分布式读写锁、分布式计数器 添加依赖 &lt;properties&gt; &lt;project.build.sourceEncoding&gt;UTF-8&lt;/project.build.sourceEncoding&gt; &lt;java.version&gt;1.8&lt;...
SpringBoot监听机制-以及使用
qq_40432598的博客
03-04 1038
SpringBoot监听机制-以及使用
基于Zookeeper使用curator实现分布式锁和节点数据监听
小石潭记丶
03-28 424
【代码】基于Zookeeper使用curator实现分布式锁和节点数据监听。
vue监听本地缓存变化
最新发布
11-23
可以使用Vue提供的watch方法来监听本地缓存的变化。具体步骤如下： 1.在Vue组件中使用watch方法来监听本地缓存的变化。 2.在watch方法中使用$watch方法来监听本地缓存的变化。 3.在$watch方法中设置监听的键值和回调函数。 4.在回调函数中处理本地缓存变化后的逻辑。 下面是一个示例代码： ```javascript export default { data() { return { localData: localStorage.getItem('data') } }, watch: { localData: function (newVal, oldVal) { console.log('localData changed:', newVal, oldVal) // 处理本地缓存变化后的逻辑 } } } ``` 在上面的代码中，我们使用了Vue的watch方法来监听本地缓存的变化。在watch方法中，我们使用了$watch方法来监听localData的变化。当localData的值发生变化时，会触发回调函数，我们可以在回调函数中处理本地缓存变化后的逻辑。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值