07 訂閱轉換服務地址未注冊請求失敗(在TCP/IP網絡體系結構中,DNS服務工作于哪一層)

er(廣播調用所有提供者，逐個調用，任意一臺報錯則報錯)）doInvoker方法

9、FailoverClusterInvoker調用AbstractClusterInvoker的select方法

10、執行doSelect方法

11、調用AbstractLoadbalance的select方法

12、根據配置的負載均衡策略調用對應的（如RoundRobinLoadBalance）類的doSelect方法

13、返回invokers.get()方法

14、調用FailoverClusterInvoker的invoke方法

均繼承自抽象類AbstractDirectory

Directory 獲取 invoker 是從 methodInvokerMap 中獲取的，主要都是讀操作,那它的寫操作是在什么時候寫的呢?就是在回調方法 notify 的時候操作的，也就是注冊中心有變化,則更新 methodInvokerMap 和 urlInvokerMap 的值

根據bbo-admin配置的路由規則來過濾相關的invoker，當我們對路由規則點擊啟用，就會觸發 RegistryDirectory 類的 notify 方法。

notify方法調用refreshInvoker方法。

route方法的實現類為ConditionRoute 根據條件進行過濾

1、調用mathThen方法

2、調用matchCondition方法

3、調用isMatch判斷

4、調用isMatchGlobPattern方法

​ 集群模塊是服務提供者和服務消費者的中間層，為服務消費者屏蔽了服務提供者的情況，這樣服務消費者就可以專心處理遠程調用相關事宜。比如發請求，接受服務提供者返回的數據等。這就是Dubbo Cluster集群的作用。

通過cluster來指定集群容錯方式

其實就是應對出錯情況采取的策略

用于有狀態服務，盡可能讓客戶端總是向同一提供者發起調用，除非提供者掛了，再連另一臺，自動開啟延遲鏈接，以減少長接數

​ 啟動時服務提供者將當前進程啟動時間注冊到ZK；服務消費者發現該節點后計算服務啟動時間（相對當前時間），在默認預熱時間的前20%時間內，該節點權重始終固定為2，這樣客戶端的負載均衡器只會分發極少的請求至節點。

​ 在預熱時間之后的80%時間內，該節點權重將隨著時間的推移而線性增長；待預熱時間到期后，權重自動恢復為默認值100；負載均衡器的內核是一個標準的WLC算法模塊，即加權最少連接算法；

​ 如果某個節點Hang住或宕機，其權重會迅速自動調節降低，避免持續性影響；當節點下線時，服務端提前觸發權重調節，重載默認權重至1并發布到注冊中心，服務消費者將迅速感知到該事件；

服務提供者優雅下線步驟（注意這套邏輯僅在服務端執行）在ok.htm?down=true對應的買粉絲ntroller中加入下列邏輯，注意要判斷down是否為true，因為正常來說false表示啟動驗證而不是關機

服務者消費者配置

bbo服務支持參數動態調整，例如動態調整權重，但bbo實現方式較為特殊，并不是常規思路。

​ ServiceConfig類拿到對外提供服務的實際類ref，然后通過ProxyFactory類的getInvoker方法使用ref生成一個AbstractProxyInvoker實例，到這一步就完成具體服務到Invoker的轉換（javassistProxyFa買粉絲ry、JdkProxyFactory），接著要做Invoker轉換到Export的過程

​ 服務發布：本地暴露、遠程暴露

​ 為什么會有 本地暴露 和 遠程暴露 呢?不從場景考慮討論技術的沒有意義是.在bbo中我們一個服務可能既是 Provider ,又是 Consumer ,因此就存在他自己調用自己服務的情況,如果再通過網絡去訪問,那自然是舍近求遠,因此他是有 本地暴露 服務的這個設計.從這里我們就知道這個兩者的區別

1、spring啟動，解析配置文件

2、創建bbo標簽解析器

3、解析bbo標簽

4、ServiceBean解析

5、容器創建完成，觸發ContextRefrestEvent

6、export暴露服務

7、ExportUrls

8、doExportUrlsFor1Proto買粉絲l

9、getInvoker

10、proto買粉絲l.export

11、開啟服務器 openServer()如買粉絲tyServer

12、注冊服務到注冊中心 registerProvider

Filter 在服務暴露前，做攔截器初始化，在加載所有攔截器時會過濾支隊provider生效的數據。

可以。zookeeper的信息會緩存到本地作為一個緩存文件,并且轉換成 properties 對象方便使用。建立線程池，定時檢測并連接注冊中心，失敗了就重連。

注冊服務到zk其實就是在zk上創建臨時節點，當節點下線或者down掉時，即會刪除臨時節點，從而使服務從可用列表中剔除。

持久節點

臨時節點

1、export的時候進行zk訂閱

2、設置監聽回調的地址，回調給FailbackRegistry的notify

3、創建持久節點

4、設置對該節點的監聽

5、更新新的服務信息，服務啟動和節點更新回調，都會調用到這里

6、更新緩存文件

7、對比新舊信息是否有變化，有則重新暴露服務

高并發大業務量情況下，暫時屏蔽邊緣業務

MockClusterInvoker

​ SPI 全稱為 Service Provider Interface，是一種服務發現機制。SPI 的本質是將接口實現類的全限定名配置在文件中，并由服務加載器讀取配置文件，加載實現類。這樣可以在運行時，動態為接口替換實現類。正因此特性，我們可以很容易的通過 SPI 機制為我們的程序提供拓展功能。SPI 機制在第三方框架中也有所應用，比如 Dubbo 就是通過 SPI 機制加載所有的組件。不過，Dubbo 并未使用 Java 原生的 SPI 機制，而是對其進行了增強，使其能夠更好的滿足需求。在 Dubbo 中，SPI 是一個非常重要的模塊。基于 SPI，我們可以很容易的對 Dubbo 進行拓展。如果大家想要學習 Dubbo 的源碼，SPI 機制務必弄懂。接下來，我們先來了解一下 Java SPI 與 Dubbo SPI 的用法，然后再來分析 Dubbo SPI 的源碼。

很赞哦!（112）