zkclient

作者：汤小洋 来源： http://blog.51cto.com/12402007/2331203 一、ZooKeeper简介 1. ZooKeeper是什么 官网 https://zookeeper.apache.org/ 2. ZooKeeper组成 2.1 文件系统 数据模型结构是一种树形结构，由许多节点构成 每个节点叫做ZNode（ZooKeeper Node） 每个节点对应一个唯一路径，通过该路径来标识节点，如 /app1/p_2 每个节点只能存储大约1M的数据 持久化目录节点 persistent 客户端与服务器断开连接，该节点仍然存在 持久化顺序编号目录节点 persistent_sequential 客户端与服务器断开连接，该节点仍然存在，此时节点会被顺序编号，如：000001、000002..... 临时目录节点 ephemeral 客户端与服务器断开连接，该节点会被删除 临时顺序编号目录节点 ephemeral_sequential 客户端与服务器断开连接，该节点会被删除，此时节点会被顺序编号，如：000001、000002..... 2.2 通知机制 观察者模式 设计的分布式服务管理框架 ZooKeeper负责管理和维护项目的公共数据，并授受观察者的注册（订阅） 一旦这些数据发生变化，ZooKeeper就会通知已注册的观察者 此时观察者就可以做出相应的反应 3

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/yhl_jxy/article/details/90315575 前言 GitHub： https://github.com/yihonglei/ZooKeeper-Study 本文采用zk原生客户端方式对zk进行操作，对应github的zk-client项目。 maven引入jar包： <dependency> <groupId>org.apache.zookeeper</groupId> <artifactId>zookeeper</artifactId> <version>3.4.14</version> </dependency> <dependency> <groupId>com.101tec</groupId> <artifactId>zkclient</artifactId> <version>0.10</version> </dependency> һ zkClient ZkClient 是由 Datameer 的工程师开发的开源客户端，对 Zookeeper 的原生 API 进行了包 装，实现了超时重连、 Watcher 反复注册等功能。 二 zkClient操作znode 实例代码： package com.lanhuigu.zookeeper.znode;

1．需求 　　某分布式系统中，主节点可以有多台，可以动态上下线，任意一台客户端都能实时感知到主节点服务器的上下线。 2．需求分析 3．具体实现 （0）先在集群上创建/servers节点： [zk: localhost:2181(CONNECTED) 10] create /servers "servers" Created /servers （ 1）服务器端向Zookeeper注册代码： import org.apache.zookeeper.*; import org.jetbrains.annotations.NotNull; import java.io.IOException; public class DistributeServer { public static void main(@NotNull String[] args) throws IOException, KeeperException, InterruptedException { DistributeServer server = new DistributeServer(); // 思路：先写大框架！在考虑细节 // 1.连接zookeeper集群 server.getConnect(); // 2.注册节点 server.regist(args[0]); // 3.业务逻辑处理 server

上篇文章 如果有人问你 Dubbo 中注册中心工作原理，就把这篇文章给他 大致了解了注册中心作用以及 Dubbo Registry 模块源码，这篇文章将深入 Dubbo ZooKeeper 模块，去了解如何实现服务动态的发现。 ps: 以下将 ZooKeeper 缩写为 zk。 一、dubbo zk 数据结构 在 ZooKeeper 基本概念分享 一文讲道，ZK 内部是一种树形层次结构，节点存在多种类型。而 Dubbo 只会创建持久节点和临时节点。 若服务提供者服务接口为 com.service.FooService ，将会在 ZK 中创建创建如下路径 /dubbo/com.service.FooService/providers/providerURL 。 服务路径分为四层，根节点默认为 dubbo，可以在 dubbo-registry 设置 group 属性改变该值。 ps: 若无注册中心隔离需求，不要随便修改。 第二层节点为服务节点全名称，如 com.service.FooService 。 第三层节点为服务目录，如 providers。另外还存在其他目录节点，分别为 consumers（消费者目录），configurators（配置目录），routers（路由目录）。下面服务订阅主要针对这一层节点。 第四个节点为具体服务节点，节点名为具体的 URL 字符串，如 dubbo:

简介 在本章节你可以学习到： dubbo和zookeeper的基本特性 一个简单的集成项目 zookeeper可视化工具和dubbo可视化工具 分布式和集群的特点 分布式系统（distributed system）是建立在网络之上的软件系统。正是因为软件的特性，所以分布式系统具有高度的内聚性和透明性。因此，网络和分布式系统之间的区别更多的在于高层软件（特别是操作系统），而不是硬件。 在分布式系统中，国内常用zookeeper+dubbo组合，而Spring Boot推荐使用全栈的Spring，Spring Boot+Spring Cloud。 分布式系统可以用下图直观的表示 分布式系统是若干独立计算机的集合，这计算机对用户来说就像单个相关系统。 单一应用架构 当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是关键。 垂直应用架构 当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。此时，用于加速前端页面开发的Web框架(MVC)是关键。 分布式服务架构 当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的分布式服务框架(RPC)是关键。

随着分布式架构运用的越来越多,RPC框架成为了我们不得不掌握的知识,这里一步一步来手写一个简单的RPC框架,以博文作为记录及自我监督。 首先是技术选型,这边我选用的是当前比较流行的Netty+Zookeeper来实现,通过zookeeper的特性来实现服务注册与发现,通信则使用netty框架。 这里贴出github代码地址,想直接看代码的可以直接下载运行: https://github.com/whiteBX/wrpc 这里先来讲服务注册发现原理: 利用zookeeper的创建临时节点和watcher机制,可以做到在一个服务下注册多个服务器地址,并且在节点发生变动时通过watcher动态更新服务器列表,来达到在新增/修改/删除时自动注册发现/删除/更新服务器连接信息 .这里说一点,zookeeper的增删改操作会交由leader去处理,所以这里不用担心并发问题. zookeeper相关代码如下: public class ZKClient { /** * 获取zookeeper连接 * * @param connectString * @param sessionTimeout * @return */ public ZooKeeper newConnection ( String connectString , int sessionTimeout ) { ZooKeeper

事情起因：当时接了个需求，开发过程中需要对工程A新增依赖工程B和工程C。 写代码，噼里啪啦噼里啪啦。。。 本地起了三个dubbo服务，其他服务依赖开发环境服务，非常开森改自己冒烟的bug。 提测！ 测试环境，工程A死活起不来，起到一半卡住！没有任何异常！！！然后过了三分钟，抛出zk心跳连接超时，巴拉巴拉。。 2018-11-22 14:38:03,857 INFO [kafka-coordinator-heartbeat-thread | webull-trade-analyse--center] Marking the coordinator 10.xx.2.xxx:9092 (id: 2147483646 rack: null) dead for group webull-trade-analyse--center (org.apache.kafka.clients.consumer.internals.AbstractCoordinator) (AbstractCoordinator.java:631) 2018-11-22 14:38:12,049 WARN [localhost-startStop-1-SendThread(10.70.2.173:2181)] Client session timed out, have not heard from server in

1 使用telnet命令连接zk telnet 127.0.0.1 2181 使用stat命令查看服务状态信息 2 brew install zookeeper create -e /zk-book 123 ls / get /zk-book set /zk-book delete /zk-book 客户端 zkClient Curator ZK原始API 来源： oschina 链接： https://my.oschina.net/iioschina/blog/3134290

概述 Zookeeper字面上理解就是动物管理员，是大数据框架Hadoop生态圈中的一个服务中间件，Hadoop生态圈中很多开源项目使用动物命名，那么需要一个管理员来管理这些“动物”。他负责分布式应用程序协调的工作。 Hadoop框架 Zookeeper主要提供以下四点功能： 统一命名服务、配置管理、集群管理、共享锁和队列管理 ，用于高效的管理集群的运行。 Zookeeper通过心跳机制可以检测挂掉的机器并将挂掉机器的ip和服务对应关系从列表中删除。 Zookeeper 部署有三种方式，单机模式、集群模式、伪集群模式，以下采用Docker 的方式部署 注意： 集群为大于等于3个奇数，如 3、5、7,不宜太多，集群机器多了选举和数据同步耗时长，不稳定。 zk安装 docker-compose-yml version: '3.1' services: zoo1: image: zookeeper restart: always hostname: zoo1 ports: - 2181:2181 environment: ZOO_MY_ID: 1 ZOO_SERVERS: server.1=zoo1:2888:3888 配置说明 2181：客户端连接 Zookeeper 集群使用的监听端口号 3888：选举 leader 使用 2888：集群内机器通讯使用（Leader 和

　　关于zookeeper的基础知识及安装部署，这位文章已经讲的很清楚了，传送门 https://my.oschina.net/u/3796575/blog/1845035 ，场景为全局id生成，直接说一下思路，有两种实现，一种基于临时节点，一种是基于临时顺序节点，当然共同的部分要用的zookeeper的watch机制以及客户端断开连接后临时节点自动删除的特性。 　　基于临时节点 　　依赖 <dependency> <groupId>com.101tec</groupId> <artifactId>zkclient</artifactId> <version>0.10</version> </dependency> 　　简单的序列化 package com.jlwj.zklock.service; import org.I0Itec.zkclient.exception.ZkMarshallingError; import org.I0Itec.zkclient.serialize.ZkSerializer; import java.io.UnsupportedEncodingException; public class MyZkSerializer implements ZkSerializer { private String charset = "UTF-8";