作者:yanglbme

https://

github。com/doocs/advanc

ed-java

面試題

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

Exporter export(Invoker invoker) throws RpcException;

@Adaptive

Invoker refer(Class 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 配置檔案裡給個配置:

provider 啟動的時候,就會載入到我們 jar 包裡的

my=com。bingo。MyProtocol

這行配置裡,接著會根據你的配置使用你定義好的 MyProtocol 了,這個就是簡單說明一下,你透過上述方式,可以替換掉大量的 dubbo 內部的元件,就是扔個你自己的 jar 包,然後配置一下即可。

dubbo天天用,你不會連SPI都不知道吧?

dubbo-spi

dubbo 裡面提供了大量的類似上面的擴充套件點,就是說,你如果要擴充套件一個東西,只要自己寫個 jar,讓你的 consumer 或者是 provider 工程,依賴你的那個 jar,在你的 jar 裡指定目錄下配置好介面名稱對應的檔案,裡面透過

key=實現類

然後對於對應的元件,類似

用你的那個 key 對應的實現類來實現某個介面,你可以自己去擴充套件 dubbo 的各種功能,提供你自己的實現。

推薦閱讀(點選即可跳轉閱讀)

1.

SpringBoot內容聚合

2.

面試題內容聚合

3.

設計模式內容聚合

4.

Mybatis內容聚合

5.

多執行緒內容聚合