一個工作了7年的粉絲，遇到了一個Zookeeper的問題。

因為接觸過Zookeeper這個技術，不知道該怎麼回答。

我說一個工作了7年的程式設計師，沒有接觸過主流技術，這不正常。

於是我問了他工資以後，我理解了！

好吧，關於“Zookeeper中Watch機制的實現原理”，看看普通人和高手的回答。

普通人：

嗯。。。。。。。。。。。。。。。

高手：

好的，這個問題我打算從兩個方面來回答。

Zookeeper是一個分散式協調元件，為分散式架構下的多個應用元件提供了順序訪問控制能力。

它的資料儲存採用了類似於檔案系統的樹形結構，以節點的方式來管理儲存在Zookeeper上的資料。

Zookeeper提供了一個Watch機制，可以讓客戶端感知到Zookeeper Server上儲存的資料變化，這樣一種機制可以讓Zookeeper實現很多的場景，比如配置中心、註冊中心等。

Watch機制採用了Push的方式來實現，也就是說客戶端和Zookeeper Server會建立一個長連線，一旦監聽的指定節點發生了變化，就會通過這個長連線把變化的事件推送給客戶端。

Watch的具體流程分為幾個部分：

• 首先，是客戶端通過指定命令比如exists、get，對特定路徑增加watch

• 然後服務端收到請求以後，用HashMap儲存這個客戶端會話以及對應關注的節點路徑，同時客戶端也會使用HashMap

  儲存指定節點和事件回撥函式的對應關係。

• 當服務端指定被watch的節點發生變化後，就會找到這個節點對應的會話，把變化的事件和節點資訊發給這個客戶端。

• 客戶端收到請求以後，從ZkWatcherManager裡面對應的回撥方法進行呼叫，完成事件變更的通知。

以上就是我對這個問題的理解！

總結

這個面試題呢，我認為考察的價值也很大，其實對於服務端的資料變更通知，

無非就是pull和push兩種方案，而這道題裡面涉及到的技術點就是push的實現。

在業務開發裡面，也可能會涉及到類似的場景，比如訊息通知，掃碼登入等。

如果你瞭解這些思想，那在解決這類問題的時候，會變得更加從容。

本期的普通人VS高手面試系列就到這裡結束了。

需要高手面試文件（附贈阿里內部十萬字面試文件）或者有不懂的技術面試題想諮詢的小夥伴可以私信或者評論區留言。

版權宣告：本部落格所有文章除特別宣告外，均採用 CC BY-NC-SA 4.0 許可協議。轉載請註明來自 Mic帶你學架構

！
如果本篇文章對您有幫助，還請幫忙點個關注和贊，您的堅持是我不斷創作的動力。歡迎關注「跟著Mic學架構」公眾號公眾號獲取更多技術乾貨！