兮遥

1、分布式锁在我们进行单机应用开发时，涉及到同步时，我们都是采用synchronized或者Lock方式解决多线程间的共享数据问题。这时多线程的运行都是在一个JVM之下，没有任何问题。当时我们的应用是分布式集群工作的情况下，属于多JVM下的工作环境，跨JVM之间已经无法通过多线程的锁解决同步问题这时需要一种更加高级的锁机制，来处理跨机器的进程之间的数据同步问题。2、分布式锁原理核心思想：当客户端获取锁，则创建节点，使用完锁，则删除节点1）客户端获取锁时，在lock(随便哪个)节点下创建临时顺序

1、什么是ZAB协议ZAB（Zookeeper Atomic Broadcast）协议是Zookeeper为分布式协调服务专门设计的一种支持容错、崩溃、恢复的原子广播协议，这个协议解决了Zookeeper的崩溃恢复和主从数据同步的问题2、崩溃恢复时的Leader选举崩溃恢复的关键Leader建立完后，Leader周期性地不断向Follower发送心跳（ping命令，没有内容的socket）当Leader崩溃后，Follower发现Socket通道已经关闭，于是Follwer开始进入到Look

Curator常用操作：创建连接、添加节点、删除节点、修改节点、查询节点、Watch事件监听首先还是创建项目所需要的环境1、在IDEA中创建maven工程 <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <vers

1、命令行语法命令基本语法功能描述help显示所有的操作命令ls path使用 ls 命令查看当前znode的子节点 -w ：监听子节点变化 -s 附加次级信息create普通创建 -s 含有序列 -e ：临时（重启或者超时消失）get path获得节点的值 【可监听】 -w : 监听子节点内容变化 -s ：附加次级信息set设置节点的具体值stat查看节点状态delete删除节点deleteall递归删除节点1.

1、选举机制的概述半数机制：集群中半数以上机器存活，集群可用，所以zookeeper适合在奇数台机器上，zookeeper虽然在配置文件没有说master/slave，zookeeper工作是一个节点为leader，其他的为follow，leader是选举出来的（内部有选举机制）2、Zookeeper的第一次启动的选举服务器初始化拿三台服务器组成的zookeeper集群为例，各自的myid为1-3，它们都是最新启动的，之前没有历史数据，看看它们之间的选举是咋样的，下图是依次启动2.1、选举过程分

1、Zookeeper的概述Zookeeper是一个开源的分布式的，为分布式框架提供协调服务的项目关键字：分布式：多台服务器共同完成一件复杂的任务在上面的图看出：Zookeeper像个铲屎官，为各种分布式框架(动物)提供服务的下面简单了解一下Zookeeper的工作机制Zookeeper工作机制Zookeeper是基于观察者设计的分布式管理框架(一人在干活，一人在观察监督），是负责存储和管理大家都关心的数据，接收观察者的注册，一旦数据发生改变，Zookeeper负责通知在Zookeeper上注