Dubbo分散式的RPC，微服務框架，

包括三個關鍵功能：基於介面的遠端呼叫，容錯與負載均衡，服務自動註冊與發現。

Dubbo使得呼叫遠端服務就像呼叫本地java服務一樣簡單。

參考Dubbo官方文件：包括實現細節，遠端呼叫細節，服務提供者暴露服務。

主要流程。

1、provider向註冊中心去註冊

2、consumer從註冊中心訂閱服務，註冊中心會通知consumer註冊好的服務

3、consumer呼叫provider

4、consumer和provider都非同步的通知監控中心

基於zk作為註冊中心：

【提供者】在【啟動】時，向註冊中心zk 【註冊】自己提供的服務。

【消費者】在【啟動】時，向註冊中心zk 【訂閱】自己所需的服務。

所以是可以的，消費者在啟動時，消費者會從zk拉取註冊的生產者的地址介面等資料，快取在本地。每次呼叫時，按照本地儲存的地址進行呼叫，消費者本地有一個生產者的列表，他會按照列表繼續工作，倒是無法從註冊中心去同步最新的服務列表，短期的註冊中心掛掉是不要緊的，但一定要儘快修復，掛掉是不要緊的，但前提是你沒有增加新的服務，如果你要呼叫新的服務，則是不能辦到的