Zookeeper教程(二):ZooKeeper与Dubbo结合以及原理讲解

前言：上次讲了ZooKeeper的搭建以及几个实例，这次将要讲讲ZooKeeper在Dubbo的应用，以及结合实例对其中原理进行讲解。下次教程开始将会针对ZooKeeper的实现原理和代码进行分析

（一）Dubbo的快速讲解
以防有人对Dubbo不了解，快速过一下Dubbo的基本概念，下面简单引用一下官方的介绍
（1）架构：

（2）角色说明
Provider：暴露服务的提供方
Consumer：远程服务的消费方
Register：服务注册与发现的注册中心
Monitor：统计服务调用次数和调用时间的监控中心
Container：服务运行容器
（3）调用关系
0：服务容器负责启动，加载，运行服务提供者
1：服务提供者在启动时，向注册中心自己提供的服务
2：服务消费者在启动时，向注册中心订阅自己所需的服务
3：注册中心返回服务提供者地址给消费者，如果有变更，注册中心将基于长连接推送给服务消费者
4：服务消费者从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选一台
5：服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次数据到监控中心

（二）Dubbo使用ZooKeeper注册中心
在使用Dubbo时，我们可以利用zookeeper生成的节点树，服务提供者在启动时候，将提供的服务名称和地址以节点的方式注册到服务器ZooKeeper的配置中心，然后消费者通过服务配置中心获取需要的服务名称下的服务地址，因为znode有非持久节点的特性，服务器可以动态的从服务配置中心移除，并且触发消费者的watcher方法。如下图所示：

流程如下：
（1）服务提供者启动时候向节点/dubbo/com.foo.BarService/providers写下自己的URL地址。
（2）服务消费者启动时，订阅/dubbo/com.foo.BarService/providers目录下的提供者URL地址，然后在consumers节点写入自己的URL
（3）Monitor启动时候，订阅/dubbo/com.foo.BarService下所有的服务提供者和消费者URL地址

同时具有以下的特性：
（1）当提供者出现断电等异常停机时，注册中心能自动删除提供者信息。
（2）当注册中心重启时，能自动恢复注册数据，以及订阅请求。
（3）当会话过期时，能自动恢复注册数据，以及订阅请求。

(三)结合实例查看
通过结合Spring，编写一个简单的实例。有利于理解ZooKeeper和Dubbo的结合，
所有代码连接会放在文末。
首先是Provider

package com.shaoqing.zookeeper2;

impo