zookeeper学习笔记

1.zookeeper集群服务器一般奇数台数 1台leader 多台follow 也可以有observer 监听者 一般监听者不做事务性操作

2.zookeeper集群的特性就是一致性,原子性,一致性意思是,一台服务器增加一个文件node节点,其他集群服务器也会增加,

原子性的意思是增加node节点,要不成功要不失败

3.如何配置zookeeper集群,举例3台zookeeper服务,分别找到zoo.cof核心配置文件,添加三台服务的ip端口,也可以配置名称,

但注意需要再hosts下进行映射配置,三台服务器的都需要配置,

并且在固定的一个路径创建存储文件,myid,为了区分,得分别命名为myid1,myid2,myid3.

4.配置好了通过bin文件夹下的cil.sh命名即可启动zookeeper服务,进入服务器操作界面.三台服务器可互相命令访问,

启动好后自动分配leader和follow,任何服务器建立新文件,都将三台都建立.

5.何为node节点,你可以理解为window的文件夹,但是node节点是个文件,这个文件下可存储新节点,还可以存储信息

6.node节点的操作通过命令类型get set操作添加内容,并且node节点可序列化性,保证命名不一样,node还能做各种配置限制

7.zookeeperWatcher 事件监听,监听文件的修改,注意,监听需要客户端去注册监听,也就是去设置监听,

客户端去注册设置监听什么事件.并且只监听一次.一次性触发

8.zookeeper是dubbo推荐的注册中心。

流程：

1.服务提供者启动时向/dubbo/com.foo.BarService/providers目录下写入URL

2.服务消费者启动时订阅/dubbo/com.foo.BarService/providers目录下的URL向/dubbo/com.foo.BarService/consumers目录下写入自己的URL

3.监控中心启动时订阅/dubbo/com.foo.BarService目录下的所有提供者和消费者URL

支持以下功能：

1.当提供者出现断电等异常停机时，注册中心能自动删除提供者信息。

2.当注册中心重启时，能自动恢复注册数据，以及订阅请求。

3.当会话过期时，能自动恢复注册数据，以及订阅请求。

4.当设置时，记录失败注册和订阅请求，后台定时重试。

5.可通过设置zookeeper登录信息。

6.可通过设置zookeeper的根节点，不设置将使用无根树。

7.支持*号通配符，可订阅服务的所有分组和所有版本的提供者。

注意的是阿里内部并没有采用Zookeeper做为注册中心，而是使用自己实现的基于数据库的注册中心，即：Zookeeper注册中心并没有在阿里内部长时间运行的可靠性保障，此Zookeeper桥接实现只为开源版本提供，其可靠性依赖于Zookeeper本身的可靠性。

dubbo是动物..zookeeper是动物园的管理员！

按我的理解，您可以把dubbo服务想象成学校里的一个学生，并且对应有一个学号，zookeeper则是想象成一个教务网管理系统。我们可以通过教务网管理系统，查找到对应的学生。我们首先通过注册入学，将学生和学号对应绑定。

比方说项目是一个分布式的项目，web层与 service层被拆分了开来， 部署在不同的tomcat中， 我在web层 需要调用 service层的接口，但是两个运行在不同tomcat下的服务无法直接互调接口，那么就可以通过zookeeper和dubbo实现。

我们通过dubbo 建立ItemService这个服务，并且到zookeeper上面注册，填写对应的zookeeper服务所在 的IP及端口号。【按照我上面的比喻就是，学生注册入学（接口是学号，学生本人是impl实现），填写学校教务网网址（就是zookeeper）】

下面我们的 web层需要来调用 service接口了，由于在不同的工程中，它是无法直接找到service接口的，我们使用dubbo再来引用注册进入的dubbo服务。

我们先填写zookeeper服务所在 的IP及端口号，再填写我们需要调用的接口名字。

【按照我上面的比喻，就是填写学校的教务网网址，我们在教务网中，通过学号（接口名），查询到对应的学生】

9.节点.