當(dāng)時(shí)留了個(gè)坑，現(xiàn)在填上。

這行代碼是要通過(guò)擴(kuò)展實(shí)現(xiàn)類(lèi) set 方法上的參數(shù)找到擴(kuò)展點(diǎn)要注入的對(duì)象，而這個(gè) objectFactory 就是自適應(yīng)擴(kuò)展代理類(lèi)。

Dubbo 中的注入相對(duì) Spring 而言比較復(fù)雜，因?yàn)橛锌赡苄枰⑷氲氖?Dubbo 中其它自適應(yīng)擴(kuò)展對(duì)象，也有可能注入的是 Spring Bean，或者是我們自行定義的容器里面的對(duì)象等等。

所以依賴(lài)注入的對(duì)象需要去多處查找，因此加了一層，搞了個(gè)自適應(yīng)代理擴(kuò)展類(lèi)。

在 Dubbo 中的 ExtensionFactory (擴(kuò)展工廠，從工廠中查找要注入的對(duì)象)有三個(gè)實(shí)現(xiàn)：

• SpringExtensionFactory：從 Spring 容器中去加載 Extension
• SpiExtensionFactory：Dubbo 自己的SPI 去加載 Extension
• AdaptiveExtensionFactory: 自適應(yīng)的 AdaptiveExtensionLoader，也就是我們上面提到的代理類(lèi)，由人工編寫(xiě)的。

ExtensionLoader 中的 objectFactory 用的就是 AdaptiveExtensionFactory 這個(gè)實(shí)現(xiàn)類(lèi)了，咱們跑起來(lái)打個(gè)斷點(diǎn)看看。

嗯，確實(shí)是，還能看到 AdaptiveExtensionFactory 的成員變量 factories 還保存了另外兩個(gè)工廠。

我們來(lái)簡(jiǎn)單地看下 AdaptiveExtensionFactory 。

這個(gè)工廠會(huì)先去加載所有 ExtensionFactory 的擴(kuò)展類(lèi)，然后查找 Extension 的時(shí)候會(huì)遍歷每個(gè) ExtensionFactory 實(shí)現(xiàn)類(lèi)去找要注入的對(duì)象，找到了就返回。

所以 Dubbo 就是通過(guò)這種方式來(lái)實(shí)現(xiàn) IOC 的注入，很粗暴簡(jiǎn)單，每個(gè)工廠遍歷過(guò)去查找需要注入的對(duì)象。

好了，填了之前文章 Dubbo IOC 的坑，也講了下 @Adaptive 修飾類(lèi)的情況（就是直接把這個(gè)類(lèi)作為代理類(lèi)）。

接下來(lái)要講講修飾方法的情況，相對(duì)而言比修飾類(lèi)要復(fù)雜。

不過(guò)也不難，無(wú)非就是多了幾步，要用字節(jié)碼工具生成代理類(lèi)的源碼，然后編譯成 Java 字節(jié)碼，然后加載到 JVM 中，就是這樣。

我們來(lái)看看源碼，入口就是 getAdaptiveExtension 方法。

那個(gè) cachedApaptiveClass 就是 SPI 掃描對(duì)應(yīng)文件夾加載類(lèi)的時(shí)候記錄的。

結(jié)合上面兩個(gè)代碼圖就知曉為什么類(lèi)上標(biāo)注 @Adaptive 的時(shí)候直接就用那個(gè)類(lèi)，不然就需要框架生成代理類(lèi)了。

我們?cè)賮?lái)看看框架生成的代碼是怎樣的。

我們看的是 Protocol （協(xié)議接口，Dubbo 支持很多協(xié)議，默認(rèn)dubbo協(xié)議）的自適應(yīng)擴(kuò)展代碼，我們先看下 Protocol 這個(gè)接口的定義，然后再看看生成的代碼。

如何生成上面 code 內(nèi)容的方法我就不分析了，反正就是各種判斷然后字符串拼接而成的，至于編譯之前也提到了，Dubbo 默認(rèn)選的是 javassist。

至此整個(gè)自適應(yīng)邏輯擴(kuò)展已經(jīng)很清晰了，然后上完整 SPI 的圖，相信看了圖之后整個(gè)流程就了然于心了！

Dubbo 中的 Activate

再提一提 @Activate ，這個(gè)就不進(jìn)行源碼分析了，此注解是用來(lái)實(shí)現(xiàn)自動(dòng)激活特性的。

主要的參數(shù)是：

• group：表明類(lèi)得在 Provider 端被激活還是在 Consumer 端被激活。
• value：URL 參數(shù)上出現(xiàn)指定的值被激活。
• order：擴(kuò)展激活類(lèi)之間的排序。

簡(jiǎn)單地說(shuō)就是標(biāo)注了這個(gè)注解的擴(kuò)展會(huì)被記錄，然后調(diào)用的時(shí)候根據(jù)參數(shù)來(lái)選取合適的擴(kuò)展實(shí)現(xiàn)類(lèi)。

比如參數(shù)的 group 和當(dāng)前擴(kuò)展類(lèi)的 group 匹配，出現(xiàn)了指定的 key ，然后就會(huì)被激活。

對(duì)于 Filter 或者一些 Listener 來(lái)說(shuō)比較有用，用來(lái)同時(shí)加載多個(gè)實(shí)現(xiàn)類(lèi)，再看下官網(wǎng)的例子已經(jīng)就比較清楚了。

最后

Dubbo SPI 內(nèi)容算完結(jié)了，源碼分析其實(shí)不適合在公眾號(hào)看，所以建議摸魚(yú)的時(shí)候偷偷在電腦上打開(kāi)看。

為了能讓大家更好的理解，我已經(jīng)做了標(biāo)紅的注釋和畫(huà)圖了，不知道效果如何。

反正源碼肯定是枯燥的，但是不管是為了深入學(xué)習(xí)還是為了應(yīng)付面試，看源碼這一步是一定要走的。

等 Dubbo 系列寫(xiě)完之后我再整理成 pdf，基本上看來(lái)下對(duì) Dubbo 內(nèi)部還是會(huì)有一定的了解的。