dubbo工作原理

第一層：service 層，介面層，給服務提供者和消費者來實現的
第二層：config 層，配置層，主要是對 dubbo 進行各種配置的
第三層：proxy 層，服務代理層，無論是 consumer 還是 provider，dubbo 都會給你生成代理，代理之間進行網路通訊
第四層：register 層，服務註冊層，負責服務的註冊與發現
第五層：cluster 層，叢集層，封裝多個服務提供者的路由以及負載均衡，將多個例項組合成一個服務
第六層：monitor 層，監控層，對 rpc 介面的呼叫次數和呼叫時間進行監控
第七層：protocal 層，遠端呼叫層，封裝 rpc 呼叫
第八層：exchange 層，資訊交換層，封裝請求響應模式，同步轉非同步
第九層：transport 層，網路傳輸層，抽象 mina 和 netty 為統一介面
第十層：serialize 層，資料序列化層

dubbo工作流程

第一步：provider 向註冊中心去註冊
第二步：consumer 從註冊中心訂閱服務，註冊中心會通知 consumer 註冊好的服務
第三步：consumer 呼叫 provider
第四步：consumer 和 provider 都非同步通知監控中心

所以，註冊中心掛了可以繼續通訊嗎？

答案是可以，因為剛開始初始化的時候，消費者會將提供者的地址等資訊拉取到本地快取，所以註冊中心掛了可以繼續通訊。