WannaRunning的博客

目录Dubbo是什么Dubb服务注册和上下线感知工作前两年一直在使用的基本都是Cloud体系里的组件，都是基于cloud体系内提供的 Feign 组件来进行内部服务通信。最近这半年接触了新的技术栈，半年的工作中 感觉对分布式服务架构又有了更深的理解，分布式不一定要用Cloud所谓的微服务去构建，比如基于Dubbo服务再加上其他的一些像配置中心等组件去构建也是一样能实现分布式架构和服务治理的。Dubbo是什么从用途方面来说，Dubbo框架类似于SpringCloud体系中的Feign+Ri

之前的文章写了spring intergration支持基于redis实现的Redlock算法的分布式锁。其实它同时支持redis,jdbc,zookeeper多种分布式锁的实现；这篇文章就写一下spring intergration实现的基于zookeepr的临时行孙旭节点的分布式锁的使用。引入依赖<dependency> <groupId>org.springframework.integration</groupId>

ConnectionStateListener接口这个接口用于实现客户端与zk集群连接的状态发生变化时执行回调监听功能；当然，功能的前提是客户端服务处于正常运行状态。假设我们要在服务启动时，手动创建一个zk临时节点，用于某些场景下的注册功能。但是当客户端因为网络等原因断开连接，当网络恢复后，zk客户端与集群会重新连接，但是恢复连接后，临时节点并不能再次自动创建。这种情况下我们可以监听重连事件，在重连后手动创建临时节点。@Service@Slf4jpublic class ZkMon

目录背景PathChildrenCachePathChildrenCache的start(StartMode mode)方法子节点监听实现之前一篇文章写了ZK客户端自我监听可以实现连接断开后尝试自动重连的机制。这篇文章写一下ZK中子节点变化的监听。背景在履约系统设计中使用基于本地服务内存存储的延迟队列，依赖于服务本身的内存所以存在宕机丢失数据的问题。所以在设计中数据的更新是与DB同步的，宕机后可以从DB中重新筛选未处理的数据，但是需要及时感知服务宕机并及时筛选出没处理完的数据。.

执行bin目录下的zkCli.sh文件连接当前zk服务。查看根节点下的Znode[zk: localhost:2181(CONNECTED) 0] ls /[zookeeper]查看zookeeper节点下的节点[zk: localhost:2181(CONNECTED) 1] ls /zookeeper[config, quota]创建一个新的节点，不设置值（默认为null）[zk: localhost:2181(CONNECTED) 2] create /zooke

单机版安装下载安装包,解压tar包，查看目录https://mirrors.cnnic.cn/apache/zookeeper/zookeeper-3.6.1/apache-zookeeper-3.6.1-bin.tar.gz注意要下载 apache-zookeeper-3.6.1-bin.tar.gz而不是 apache-zookeeper-3.6.1.tar.gz，不带bin的包需要手动mvn打包才能启动[root@host-192-168-48-4 apache-zookee..

Zookeeper由文件系统和通知机制两部分组成；它维护了一个类似于linux文件系统的数据机构，用于存储数据。数据结构模型是一个树形，节点成为ZNode，每个节点都有自己的唯一路径，用于标识这个节点。由于paxios协议实现较难，存在活锁和全序问题，所以Zookeeper并没有直接使用paxios协议，而是使用了基于fass paxios的一中协议，即ZAB协议，是一种支持崩溃恢复的原子广播协议。Zookeeper使用唯一的主进程来维护所有的事务性请求，即所有的写操作请求。当服务器数据发生变更时，