SPI(Service Provider Interface)是JDK內建的服務提供發現機制,可以用來啟用框架擴充和取代元件,主要用於框架中開發,例如Dubbo、Spring、Common-Logging,JDBC等採用SPI機制,針對同一介面採用不同的實作提供給不同的用戶,從而提高了框架的擴展性。
Java內建的SPI透過java.util.ServiceLoader類別解析classPath和jar套件的META-INF/services/目錄下的以介面全限定名命名的文件,並載入該文件中指定的介面實作類,以此完成呼叫。
public interface VedioSPI { void call(); }
public class Mp3Vedio implements VedioSPI { @Override public void call() { System.out.println("this is mp3 call"); } }
public class Mp4Vedio implements VedioSPI { @Override public void call() { System.out.println("this is mp4 call"); } }
在專案的source目錄下新建META-INF/services/目錄下,建立com.skywares.fw.juc.spi.VedioSPI檔。
public class VedioSPITest { public static void main(String[] args) { ServiceLoader<VedioSPI> serviceLoader =ServiceLoader.load(VedioSPI.class); serviceLoader.forEach(t->{ t.call(); }); } }
說明:Java實作spi是透過ServiceLoader來尋找服務提供的工具類別。
#上述只是透過簡單的範例來實現下java的內建的SPI功能。其實作原理是ServiceLoader是Java內建的用於查找服務提供介面的工具類,透過呼叫load()方法實作對服務提供介面的查找,最後遍歷來逐個存取服務提供介面的實作類別。
從原始碼可以發現:
ServiceLoader類別本身實作了Iterable介面並實作了其中的iterator方法,iterator方法的實作中呼叫了LazyIterator這個內部類別中的方法,解析完服務提供介面檔案後最終結果放在了Iterator中返回,並不支援服務提供介面實作類別的直接存取。
所有服務提供介面的對應檔案都是放置在META-INF/services/目錄下,final類型決定了PREFIX目錄不可變更。
雖然java提供的SPI機制的想法非常好,但是也存在著相應的弊端。具體如下:
Java內建的方法方式只能透過遍歷來取得
服務提供介面必須放到META-INF/services/目錄下。
針對java的spi存在的問題,Spring的SPI機制沿用的SPI的思想,但對其進行擴展和優化。
Spring SPI沿用了Java SPI的設計思想,Spring採用的是spring.factories方式實現SPI機制,可以在不修改Spring源碼的前提下,提供Spring框架的擴展性。
Spring範例
定義介面
public interface DataBaseSPI { void getConnection(); }
相關實作
#DB2实现 public class DB2DataBase implements DataBaseSPI { @Override public void getConnection() { System.out.println("this database is db2"); } } #Mysql实现 public class MysqlDataBase implements DataBaseSPI { @Override public void getConnection() { System.out.println("this is mysql database"); } }
1.在專案的META-INF目錄下,新增spring.factories檔案
2.填寫相關的介面信息,內容如下
com.skywares.fw.juc.springspi.DataBaseSPI = com.skywares.fw .juc.springspi.DB2DataBase, com.skywares.fw.juc.springspi.MysqlDataBase
說明多個實作採用逗號分隔。
相關測試類別
public class SpringSPITest { public static void main(String[] args) { List<DataBaseSPI> dataBaseSPIs =SpringFactoriesLoader.loadFactories(DataBaseSPI.class, Thread.currentThread().getContextClassLoader()); for(DataBaseSPI datBaseSPI:dataBaseSPIs){ datBaseSPI.getConnection(); } } }
輸出結果
#從範例中我們看出,Spring 採用spring.factories實作SPI與java實現SPI非常相似,但是spring的spi方式針對java的spi進行的相關優化具體內容如下:
Java SPI是一個服務提供接口對應一個配置文件,配置文件中存放當前介面的所有實作類,多個服務提供介面對應多個設定文件,所有配置都在services目錄下;
#Spring factories SPI是一個spring.factories設定檔存放多個介面及對應的實作類,以介面全限定名作為key,實作類別作為value來配置,多個實作類別用逗號隔開,僅spring.factories一個設定檔。
那麼spring是如何透過載入spring.factories來實現SpI的呢?我們可以透過原始碼來進一步分析。
#:loadFactoryNames解析spring.factories檔案中指定介面的實作類別的全限定名,具體實作如下:
說明: 取得所有jar套件中META-INF/spring.factories檔案路徑,以列舉值返回。遍歷spring.factories檔案路徑,逐一載入解析,整合factoryClass型別的實作類別名稱,取得到實作類別的全類別名稱後進行類別的實例話操作,其相關原始碼如下:
#說明:實例化是透過反射來實現對應的初始化。
以上是SpringBoot的SPI機制怎麼實現的詳細內容。更多資訊請關注PHP中文網其他相關文章!