随笔 - 303  文章 - 0  评论 - 3  阅读 - 15万

从观察者设计模式的角度理解Zookeeper中的Watcher

  前面关于Zookeeper提供的API中,可以观察到大部分接口参数似乎都是用了Wathcerz这个接口。这个在观察者模式中略有涉及,本文重点分析从观察者模式的角度分析该接口。

  首先上该接口的UML图:

    

   通过上图可知,该接口中的内部类分别定义了watcher的类型,keeper的链接状态以及监听的事件类型。对外提供的唯一的方法中参数WatcherEvent(该类所有信息由Zookeeper服务器端返回)的UML图如下:

    

   下面看看zookeeper自身对于Watcher的实现:

    

   具体分析服务端启动使用的ControllableConnection,其继承关系UML图如下:

    

  跟踪源码,Watcher具体实现在NIOServerCnxn:process,其功能为监听所有事件并包装完成之后

  具体使用在Zookeeper的启动,UML图如下:服务端watcher的功能就是监听服务端节点或者节点数据的变化发出通知事件。

    

  对客户端的watcher就是接收事件并根据关注点(增减节点/节点数据更新/与服务器链接状态等)回调处理。

  以Zookeeper应用之一~数据发布与订阅初体验为例分析:其应用服务端与客户端对于Zookeeper服务而言都是客户端。应用服务端新建节点前需要监听其与zookeeper链接释放同步状态事件;应用客户端获取子节点时需监听节点列表是否有变化事件。

  具体实现如下:

    

 

     

 

posted on   池塘里洗澡的鸭子  阅读(129)  评论(0编辑  收藏  举报
编辑推荐:
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

点击右上角即可分享
微信分享提示