4、服務(wù)發(fā)現(xiàn)
現(xiàn)在兩個服務(wù)提供方都實現(xiàn)了接口,下面關(guān)鍵的一步就是服務(wù)發(fā)現(xiàn),這一步java中的spi發(fā)現(xiàn)機制已經(jīng)幫我們實現(xiàn)好了。
創(chuàng)建一個新項目aircondition-app
,引入上面打好的兩個jar包。
<dependencies>
<dependency>
<groupId>com.cn.hydra<span class="hljs-name"groupId>
<artifactId>aircondition-hanging-type<span class="hljs-name"artifactId>
<version>1.0-SNAPSHOT<span class="hljs-name"version>
<span class="hljs-name"dependency>
<dependency>
<groupId>com.cn.hydra<span class="hljs-name"groupId>
<artifactId>aircondition-vertical-type<span class="hljs-name"artifactId>
<version>1.0-SNAPSHOT<span class="hljs-name"version>
<span class="hljs-name"dependency>
<span class="hljs-name"dependencies>
按照上面的說法,雖然每個服務(wù)提供者對于接口都有不同的實現(xiàn),但是作為調(diào)用者來說,它并不需要關(guān)心具體的實現(xiàn)類,我們要做的是通過接口來調(diào)用服務(wù)提供者實現(xiàn)的方法。
下面,就是關(guān)鍵的服務(wù)發(fā)現(xiàn)環(huán)節(jié),我們寫一個方法,根據(jù)型號去調(diào)用對應(yīng)空調(diào)的開關(guān)方法。
public class AirconditionApp {
public static void main(String[] args) {
new AirconditionApp().turnOn("VerticalType");
}
public void turnOn(String type){
ServiceLoader
測試結(jié)果:
可以看到,測試過程中,通過定義的接口IAircondition
發(fā)現(xiàn)了兩個實現(xiàn)類,并通過參數(shù),調(diào)用了特定實現(xiàn)類的某個方法。整段代碼中沒有出現(xiàn)過具體的服務(wù)實現(xiàn)類,操作都是通過接口調(diào)用。
5、原理
了解了spi的工作流程,我們再來看看它的實現(xiàn),其實最關(guān)鍵的就是上面代碼中出現(xiàn)的ServiceLoader
這個類。
上面的示例代碼中,對于ServiceLoader
的load()
方法的結(jié)果,我們用for
循環(huán)進行了遍歷,這一點我們看一下源碼就能明白,因為ServiceLoader
實現(xiàn)了Iterable
這一接口,而整個服務(wù)發(fā)現(xiàn)的核心,就在它的iterator()
方法中。
注意這里面有兩個關(guān)鍵的東西,找一下在源碼中定義的地方:
注釋寫的非常明白,providers
就是一個緩存,在迭代器中如果先從這里面進行查找,如果里面有就繼續(xù)往下找,沒有了的話就用這個懶加載的lookupIterator
查找。
那么就簡單了,接著往下看LazyIterator
,看看它里面的hasNext()
和next()
兩個方法是怎么實現(xiàn)的。
這個acc
是一個安全管理器,在前面通過System.getSecurityManager()
判斷并賦值,debug看一下這里都是null
,所以直接看hasNextService()
和nextService()
方法就可以了。
在hasNextService()
方法中,會取出接口取出實現(xiàn)類的類名放到nextName
中:
接下來,在nextService()
方法中,則會先加載這個實現(xiàn)類,然后實例化對象,最終放入緩存中去。
在迭代器的迭代過程中,會完成所有實現(xiàn)類的實例化,其實歸根結(jié)底,還是基于java反射去實現(xiàn)的。
6、應(yīng)用
要說spi的實際應(yīng)用,大家最常見的應(yīng)該就是日志框架slf4j
了,它利用spi實現(xiàn)了插槽式接入其他具體的日志框架。
說白了,slf4j
本身就是個日志門面,并不提供具體的實現(xiàn),需要綁定其他具體實現(xiàn)才能真正的引入日志功能。
例如我們可使用log4j2
作為具體的綁定器,只需要在pom中引入slf4j-log4j12
,就可以使用具體功能。
org.slf4j
slf4j-api
2.0.3
org.slf4j
slf4j-log4j12
2.0.3
引入項目后,點開它的jar包看一下具體結(jié)構(gòu):
有沒有發(fā)現(xiàn)一個彩蛋,先說為什么我們pom中引入的明明是slf4j-log4j12
,實際上引入的是slf4j-reload4j
?翻一下官網(wǎng)的文檔:
大意就是在2015年和2022年,log4j1.x
就已經(jīng)宣布end of life
終止了,原因也不難猜,估計是因為頻繁爆出的漏洞。在那之后,slf4j-log4j
在構(gòu)建階段就會自動重定向到slf4j-reload4j
了,并且官方也強烈建議使用slf4j-reload4j
作為替代。
再回頭看一下jar包的META-INF.services
里面,通過spi注入了Reload4jServiceProvider
這個實現(xiàn)類,它實現(xiàn)了SLF4JServiceProvider
這一接口,在它的初始化方法initialize()
中,會完成初始化等工作,后續(xù)可以繼續(xù)獲取到LoggerFactory
和Logger
等具體日志對象。
7、總結(jié)
Java中的SPI提供了一種比較特別的服務(wù)發(fā)現(xiàn)和調(diào)用機制,通過接口靈活的將服務(wù)調(diào)用與服務(wù)提供者分離,用于提供給第三方實現(xiàn)擴展時還是很方便的。但是也有缺點,比方說一旦加載一個接口,就會把所有實現(xiàn)類都加載進來,可能會加載到不需要的冗余服務(wù)。不過站在整體角度上,還是給我們提供了一種非常不錯的框架擴展、集成的思路。
-
JAVA
+關(guān)注
關(guān)注
19文章
2948瀏覽量
104390 -
SPI
+關(guān)注
關(guān)注
17文章
1685瀏覽量
91089 -
代碼
+關(guān)注
關(guān)注
30文章
4700瀏覽量
68117 -
spring
+關(guān)注
關(guān)注
0文章
335瀏覽量
14278
發(fā)布評論請先 登錄
相關(guān)推薦
評論