面試題：4個zookeeper的應用場景，你知道幾個？

前言

如今聊的 topic 是分佈式系統，面試官跟你聊完了 dubbo 相關的一些問題以後，已經確認你對分佈式服務框架/RPC框架基本都有一些認知了。那麼他可能開始要跟你聊分佈式相關的其它問題了。

分佈式鎖這個東西，很經常使用的，你作 Java 系統開發，分佈式系統，可能會有一些場景會用到。最經常使用的分佈式鎖就是基於 zookeeper 來實現的。

其實說實話，問這個問題，通常就是看看你是否瞭解 zookeeper，由於 zookeeper 是分佈式系統中很常見的一個基礎系統。並且問的話常問的就是說 zookeeper 的使用場景是什麼？看你知道不知道一些基本的使用場景。可是其實 zookeeper 挖深了天然是能夠問的很深很深的。

面試題剖析

大體來講，zookeeper 的使用場景以下，我就舉幾個簡單的，你們能說幾個就行了：

• 分佈式協調

• 分佈式鎖

• 元數據/配置信息管理

• HA高可用性

分佈式協調

這個實際上是 zookeeper 很經典的一個用法，簡單來講，就比如，你 A 系統發送個請求到 mq，而後 B 系統消息消費以後處理了。那 A 系統如何知道 B 系統的處理結果？用 zookeeper 就能夠實現分佈式系統之間的協調工做。A 系統發送請求以後能夠在 zookeeper 上對某個節點的值註冊個監聽器，一旦 B 系統處理完了就修改 zookeeper 那個節點的值，A 系統立馬就能夠收到通知，完美解決。

分佈式鎖

舉個栗子。對某一個數據連續發出兩個修改操做，兩臺機器同時收到了請求，可是隻能一臺機器先執行完另一個機器再執行。那麼此時就可使用 zookeeper 分佈式鎖，一個機器接收到了請求以後先獲取 zookeeper 上的一把分佈式鎖，就是能夠去建立一個 znode，接着執行操做；而後另一個機器也嘗試去建立那個 znode，結果發現本身建立不了，由於被別人建立了，那隻能等着，等第一個機器執行完了本身再執行。歡迎你們關注個人公種浩【程序員追風】，文章都會在裏面更新，整理的資料也會放在裏面。

元數據/配置信息管理

zookeeper 能夠用做不少系統的配置信息的管理，好比 kafka、storm 等等不少分佈式系統都會選用 zookeeper 來作一些元數據、配置信息的管理，包括 dubbo 註冊中心不也支持 zookeeper 麼？

HA高可用性

這個應該是很常見的，好比 hadoop、hdfs、yarn 等不少大數據系統，都選擇基於 zookeeper 來開發 HA 高可用機制，就是一個重要進程通常會作主備兩個，主進程掛了立馬經過 zookeeper 感知到切換到備用進程。

最後

歡迎你們一塊兒交流，喜歡文章記得點個贊喲！