zookeeper作為註冊中心，伺服器和客戶端都要訪問，如果有大量的併發，肯定會有等待。所以可以通過zookeeper叢集解決。

一、為什麼需要zookeeper呢？

   大部分分散式應用需要一個主控、協調器或者控制器來管理物理分佈的子程序。目前，大多數都要開發私有的協調程式，缺乏一個通用機制，協調程式的反覆編寫浪費，且難以形成通用、伸縮性好的協調器，zookeeper提供通用的分散式鎖服務，用以協調分散式應用。所以說zookeeper是分散式應用的協作服務。

二、zookeeper的工作原理

   核心原理是原子廣播，這個機制保證了各個server之間的同步，實現這個機制的協議叫做Zab協議，它有兩種模式：恢復和廣播模式。

   當服務啟動或者在領導者崩潰後，Zab就進入了恢復模式，當領導者被選舉出來，恢復模式就結束了。

    一旦zookeeper內部同步好了後，就可以開始廣播資訊了，這時候當一個server加入zookeeper服務中，它會在恢復模式下啟動，並且同步狀態，同步結束後它也參與廣播訊息。

三、叢集搭建準備

1.我用了三個zookeeper服務，分別是zookeeper-1，zookeeper-2，zookeeper-3

2.在每個zookeeper下新增data和log檔案

3.配置zoo.cfg檔案

# The number of milliseconds of each tick
tickTime=2000
# The number of ticks that the initial 
# synchronization phase can take
initLimit=10
# The number of ticks that can pass between 
# sending a request and getting an acknowledgement
syncLimit=5
# the directory where the snapshot is stored.
dataDir=E:/zookeeper/zookeeper-1/data
# the directory where the log
dataLogDir=E:/zookeeper/zookeeper-1/log 
# the port at which the clients will connect
clientPort=2181
#Clusters
server.1=192.168.24.140:2888:3888
server.2=192.168.24.140:2889:3889
server.3=192.168.24.140:2890:3890 
 

4.在data檔案新增myid檔案，並且裡面的內容分別為：1，2，3

5.在dubbo專案中，provider和consumer的xml檔案中修改zookeeper的地址，如下：

<!-- 本機 偽叢集 測試 -->     
    <dubbo:registry  protocol="zookeeper"  address="192.168.24.140:2181,192.168.24.140:2182,192.168.24.140:2183"  />

    先分別啟動zookeeper，然後依次啟動服務和客戶端。啟動服務的時候會看到連線到哪個zookeeper上了。為了測試叢集的特性，比如客戶端啟動後zookeeper-1提供服務，我關掉它，那麼程式就繼續發起連線，接著可能zookeeper-2提供服務。

   因為現在有三臺伺服器，所以要求至少有2臺正常啟動才能執行正常。那麼zookeeper-2也關閉，那程式不會連線zookeeper-3，一直報錯，提示no further connection。

   上面說了停掉某個服務，zookeeper內部會選舉出下一個leader來，它內部存在投票選舉機制。這裡不多說了。就像mongodb叢集，會根據心跳機制選出主伺服器。

   接下來的測試，我繼續開啟zookeeper-1或zookeeper-2，能正常提供服務。把zookeeper-3關閉，如果zookeeper-1和zookeeper-2重新啟動成功後，也是能提供服務的。內部在恢復模式下同步狀態。