dubbo 的 spi 思想是什麼？

面試題

dubbo 的 spi 思想是什麼？

面試官心理分析

繼續深入問唄，前面一些基礎性的東西問完了，確定你應該都 ok，瞭解 dubbo 的一些基本東西，那麼問個稍微難一點點的問題，就是 spi，先問問你 spi 是啥？然後問問你 dubbo 的 spi 是怎麼實現的？

其實就是看看你對 dubbo 的掌握如何。

面試題剖析

spi 是啥？

spi，簡單來說，就是 service provider interface，說白了是什麼意思呢，比如你有個介面，現在這個介面有 3 個實現類，那麼在系統運行的時候對這個介面到底選擇哪個實現類呢？這就需要 spi 了，需要根據指定的配置或者是預設的配置，去找到對應的實現類載入進來，然後用這個實現類的實例對象。

舉個慄子。

你有一個介面 A。A1/A2/A3 分別是介面A的不同實現。你通過配置 介面 A = 實現 A2，那麼在系統實際運行的時候，會載入你的配置，用實現 A2 實例化一個對象來提供服務。

spi 機制一般用在哪兒？插件擴展的場景，比如說你開發了一個給別人使用的開源框架，如果你想讓別人自己寫個插件，插到你的開源框架裡面，從而擴展某個功能，這個時候 spi 思想就用上了。

Java spi 思想的體現

spi 經典的思想體現，大家平時都在用，比如說 jdbc。

Java 定義了一套 jdbc 的介面，但是 Java 並沒有提供 jdbc 的實現類。

但是實際上項目跑的時候，要使用 jdbc 介面的哪些實現類呢？一般來說，我們要根據自己使用的資料庫，比如 mysql，你就將 mysql-jdbc-connector.jar 引入進來；oracle，你就將 oracle-jdbc-connector.jar 引入進來。

在系統跑的時候，碰到你使用 jdbc 的介面，他會在底層使用你引入的那個 jar 中提供的實現類。

dubbo 的 spi 思想

dubbo 也用了 spi 思想，不過沒有用 jdk 的 spi 機制，是自己實現的一套 spi 機制。

Protocol protocol = ExtensionLoader.getExtensionLoader(Protocol.class).getAdaptiveExtension();

Protocol 介面，在系統運行的時候，，dubbo 會判斷一下應該選用這個 Protocol 介面的哪個實現類來實例化對象來使用。

它會去找一個你配置的 Protocol，將你配置的 Protocol 實現類，載入到 jvm 中來，然後實例化對象，就用你的那個 Protocol 實現類就可以了。

上面那行代碼就是 dubbo 里大量使用的，就是對很多組件，都是保留一個介面和多個實現，然後在系統運行的時候動態根據配置去找到對應的實現類。如果你沒配置，那就走預設的實現好了，沒問題。

@SPI("dubbo")  
public interface Protocol {  
      
    int getDefaultPort();  
  
    @Adaptive  
    <T> Exporter<T> export(Invoker<T> invoker) throws RpcException;  
  
    @Adaptive  
    <T> Invoker<T> refer(Class<T> type, URL url) throws RpcException;  

    void destroy();  
  
}  

在 dubbo 自己的 jar 里，在/META_INF/dubbo/internal/com.alibaba.dubbo.rpc.Protocol文件中：

dubbo=com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol
http=com.alibaba.dubbo.rpc.protocol.http.HttpProtocol
hessian=com.alibaba.dubbo.rpc.protocol.hessian.HessianProtocol

所以說，這就看到了 dubbo 的 spi 機制預設是怎麼玩兒的了，其實就是 Protocol 介面，@SPI("dubbo") 說的是，通過 SPI 機制來提供實現類，實現類是通過 dubbo 作為預設 key 去配置文件里找到的，配置文件名稱與介面全限定名一樣的，通過 dubbo 作為 key 可以找到預設的實現類就是 com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol。

如果想要動態替換掉預設的實現類，需要使用 @Adaptive 介面，Protocol 介面中，有兩個方法加了 @Adaptive 註解，就是說那倆介面會被代理實現。

啥意思呢？

比如這個 Protocol 介面搞了倆 @Adaptive 註解標註了方法，在運行的時候會針對 Protocol 生成代理類，這個代理類的那倆方法裡面會有代理代碼，代理代碼會在運行的時候動態根據 url 中的 protocol 來獲取那個 key，預設是 dubbo，你也可以自己指定，你如果指定了別的 key，那麼就會獲取別的實現類的實例了。

如何自己擴展 dubbo 中的組件

下麵來說說怎麼來自己擴展 dubbo 中的組件。

自己寫個工程，要是那種可以打成 jar 包的，裡面的 src/main/resources 目錄下，搞一個 META-INF/services，裡面放個文件叫：com.alibaba.dubbo.rpc.Protocol，文件里搞一個my=com.bingo.MyProtocol。自己把 jar 弄到 nexus 私服里去。

然後自己搞一個 dubbo provider 工程，在這個工程裡面依賴你自己搞的那個 jar，然後在 spring 配置文件里給個配置：

<dubbo:protocol name=”my” port=”20000” />

provider 啟動的時候，就會載入到我們 jar 包里的my=com.bingo.MyProtocol 這行配置里，接著會根據你的配置使用你定義好的 MyProtocol 了，這個就是簡單說明一下，你通過上述方式，可以替換掉大量的 dubbo 內部的組件，就是扔個你自己的 jar 包，然後配置一下即可。

dubbo 裡面提供了大量的類似上面的擴展點，就是說，你如果要擴展一個東西，只要自己寫個 jar，讓你的 consumer 或者是 provider 工程，依賴你的那個 jar，在你的 jar 里指定目錄下配置好介面名稱對應的文件，裡面通過 key=實現類。

然後對於對應的組件，類似 <dubbo:protocol> 用你的那個 key 對應的實現類來實現某個介面，你可以自己去擴展 dubbo 的各種功能，提供你自己的實現。

本文在米兜公眾號鏈接:
https://mp.weixin.qq.com/s/91wA5v4B0usFHfnMSIk7nw

歡迎關註米兜Java，一個註在共用、交流的Java學習平臺。