4、服務發現

現在兩個服務提供方都實現了接口，下面關鍵的一步就是服務發現，這一步java中的spi發現機制已經幫我們實現好了。

創建一個新項目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>

按照上面的說法，雖然每個服務提供者對于接口都有不同的實現，但是作為調用者來說，它并不需要關心具體的實現類，我們要做的是通過接口來調用服務提供者實現的方法。

下面，就是關鍵的服務發現環節，我們寫一個方法，根據型號去調用對應空調的開關方法。

public class AirconditionApp {
    public static void main(String[] args) {
        new AirconditionApp().turnOn("VerticalType");
    }

    public void turnOn(String type){
        ServiceLoader

測試結果：

可以看到，測試過程中，通過定義的接口IAircondition發現了兩個實現類，并通過參數，調用了特定實現類的某個方法。整段代碼中沒有出現過具體的服務實現類，操作都是通過接口調用。

5、原理

了解了spi的工作流程，我們再來看看它的實現，其實最關鍵的就是上面代碼中出現的ServiceLoader這個類。

上面的示例代碼中，對于ServiceLoader的load()方法的結果，我們用for循環進行了遍歷，這一點我們看一下源碼就能明白，因為ServiceLoader實現了Iterable這一接口，而整個服務發現的核心，就在它的iterator()方法中。

注意這里面有兩個關鍵的東西，找一下在源碼中定義的地方：

注釋寫的非常明白，providers就是一個緩存，在迭代器中如果先從這里面進行查找，如果里面有就繼續往下找，沒有了的話就用這個懶加載的lookupIterator查找。

那么就簡單了，接著往下看LazyIterator，看看它里面的hasNext()和next()兩個方法是怎么實現的。

這個acc是一個安全管理器，在前面通過System.getSecurityManager()判斷并賦值，debug看一下這里都是null，所以直接看hasNextService()和nextService()方法就可以了。

在hasNextService()方法中，會取出接口取出實現類的類名放到nextName中：

接下來，在nextService()方法中，則會先加載這個實現類，然后實例化對象，最終放入緩存中去。

在迭代器的迭代過程中，會完成所有實現類的實例化，其實歸根結底，還是基于java反射去實現的。

6、應用

要說spi的實際應用，大家最常見的應該就是日志框架slf4j了，它利用spi實現了插槽式接入其他具體的日志框架。

說白了，slf4j本身就是個日志門面，并不提供具體的實現，需要綁定其他具體實現才能真正的引入日志功能。

例如我們可使用log4j2作為具體的綁定器，只需要在pom中引入slf4j-log4j12，就可以使用具體功能。

org.slf4j
    slf4j-api
    2.0.3


    org.slf4j
    slf4j-log4j12
    2.0.3

引入項目后，點開它的jar包看一下具體結構：

有沒有發現一個彩蛋，先說為什么我們pom中引入的明明是slf4j-log4j12，實際上引入的是slf4j-reload4j？翻一下官網的文檔：

大意就是在2015年和2022年，log4j1.x就已經宣布end of life終止了，原因也不難猜，估計是因為頻繁爆出的漏洞。在那之后，slf4j-log4j在構建階段就會自動重定向到slf4j-reload4j了，并且官方也強烈建議使用slf4j-reload4j作為替代。

再回頭看一下jar包的META-INF.services里面，通過spi注入了Reload4jServiceProvider這個實現類，它實現了SLF4JServiceProvider這一接口，在它的初始化方法initialize()中，會完成初始化等工作，后續可以繼續獲取到LoggerFactory和Logger等具體日志對象。

7、總結

Java中的SPI提供了一種比較特別的服務發現和調用機制，通過接口靈活的將服務調用與服務提供者分離，用于提供給第三方實現擴展時還是很方便的。但是也有缺點，比方說一旦加載一個接口，就會把所有實現類都加載進來，可能會加載到不需要的冗余服務。不過站在整體角度上，還是給我們提供了一種非常不錯的框架擴展、集成的思路。