相信有很多人在学习了dubbo后，跟我一样，对于dubbo和zk之间的关系理解并不清晰，下面一起来学习一下两者之间究竟是如何合作的
Zookeeper
zookeeper用来注册服务和进行负载均衡，哪一个服务由哪一个机器来提供必需让调用者知道，简单来说就是ip地址和服务名称的对应关系。
当然也可以通过硬编码的方式把这种对应关系在调用方业务代码中实现，但是如果提供服务的机器挂掉调用者无法知晓，如果不更改代码会继续请求挂掉的机器提供服务。
zookeeper通过心跳机制可以检测挂掉的机器并将挂掉机器的ip和服务对应关系从列表中删除。
zookeeper支持高并发，简单来说就是横向扩展，在不更改代码的情况通过添加机器来提高运算能力。通过添加新的机器向zookeeper注册服务，服务的提供者多了能服务的对象也就多了。
Dubbo
Dubbo是管理中间层的工具，在业务层到数据库间会有大量的服务接入和服务提供者需要调度，Dubbo提供一个框架解决这个问题。
注意这里的Dubbo只是一个框架，至于你架子上放什么是完全取决于你的，就像一个汽车骨架，你需要配你的轮子引擎。
这个框架中要完成调度必须要有一个分布式的注册中心，储存所有服务的元数据，你可以用zk，也可以用别的，只是大家都用zk。
Dubbo的执行流程
-
start: 启动Spring容器时,自动启动Dubbo的Provider
-
register: Dubbo的Provider在启动后自动会去注册中心注册内容.注册的内容包括:
-
Provider的 IP
-
Provider 的端口.
-
Provider 对外提供的接口列表.哪些方法.哪些接口类
-
Dubbo 的版本.
-
访问Provider的协议.
-
-
subscribe: 订阅.当Consumer启动时,自动去Registry获取到所已注册的服务的信息.
-
notify: 通知.当Provider的信息发生变化时, 自动由Registry向Consumer推送通知.
-
invoke: 调用. Consumer 调用Provider中方法
- 同步请求.消耗一定性能.但是必须是同步请求,因为需要接收调用方法后的结果.
-
count:次数. 每隔2分钟,provoider和consumer自动向Monitor发送访问次数.Monitor进行统计
Zookeeper和Dubbo的关系
Dubbo是将注册中心进行抽象，使得它可以外接不同的存储媒介给注册中心提供服务，有ZooKeeper，Memcached，Redis等。
引入了ZooKeeper作为存储媒介，也就把ZooKeeper的特性引进来。
首先是负载均衡，单注册中心的承载能力是有限的，在流量达到一定程度的时候就需要分流，负载均衡就是为了分流而存在的，一个ZooKeeper群配合相应的Web应用就可以很容易达到负载均衡；
资源同步，单单有负载均衡还不够，节点之间的数据和资源需要同步，ZooKeeper集群就天然具备有这样的功能；
命名服务，将树状结构用于维护全局的服务地址列表，服务提供者在启动的时候，向ZK上的指定节点/dubbo/$/providers目录下写入自己的URL地址，这个操作就完成了服务的发布。
其他特性还有Mast选举，分布式锁等。
Dubbo中zookeeper做注册中心，如果注册中心集群都挂掉，发布者和订阅者之间还能通信么？
可以的，启动dubbo时，消费者会从zk拉取注册的生产者的地址接口等数据，缓存在本地。每次调用时，按照本地存储的地址进行调用
注册中心对等集群，任意一台宕掉后，会自动切换到另一台
注册中心全部宕掉，服务提供者和消费者仍可以通过本地缓存通讯
服务提供者无状态，任一台 宕机后，不影响使用
服务提供者全部宕机，服务消费者会无法使用，并无限次重连等待服务者恢复