作者: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
@Adaptive
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 裡面提供了大量的類似上面的擴充套件點,就是說,你如果要擴充套件一個東西,只要自己寫個 jar,讓你的 consumer 或者是 provider 工程,依賴你的那個 jar,在你的 jar 裡指定目錄下配置好介面名稱對應的檔案,裡面透過
key=實現類
。
然後對於對應的元件,類似
用你的那個 key 對應的實現類來實現某個介面,你可以自己去擴充套件 dubbo 的各種功能,提供你自己的實現。
推薦閱讀(點選即可跳轉閱讀)
1.
SpringBoot內容聚合
2.
面試題內容聚合
3.
設計模式內容聚合
4.
Mybatis內容聚合
5.
多執行緒內容聚合