1. 程式人生 > >[SpringBoot]深入淺出剖析SpringBoot中Spring Factories機制

[SpringBoot]深入淺出剖析SpringBoot中Spring Factories機制

prop array enume etc getc ogg 屬性 mes 配置文件

微信號:GitShare
微信公眾號:愛折騰的稻草
如有問題或建議,請在公眾號留言[1]

前續

為幫助廣大SpringBoot用戶達到“知其然,更需知其所以然”的境界,作者將通過SpringBoot系列文章全方位對SpringBoot2.0.0.RELEASE版本深入分解剖析,讓您深刻的理解其內部工作原理。

  • 1、[SpringBoot]利用SpringBoot快速構建並啟動項目

  • 2、[SpringBoot]詳解SpringBoot應用的啟動過程

  • 3、[SpringBoot]深入淺出剖析SpringBoot的應用類型識別機制

Java SPI機制

  • Java SPI是什麽?
    SPI的全名為Service Provider Interface.大多數開發人員可能不熟悉,因為這個是針對廠商或者插件的。

    我們系統裏抽象的各個模塊,往往有很多不同的實現方案,比如日誌模塊的方案,xml解析模塊、jdbc模塊的方案等。
    面向的對象的設計裏,我們一般推薦模塊之間基於接口編程,模塊之間不對實現類進行硬編碼。一旦代碼裏涉及具體的實現類,就違反了可拔插的原則,
    如果需要替換一種實現,就需要修改代碼。為了實現在模塊裝配的時候能不在程序裏動態指明,這就需要一種服務發現機制。
    Java SPI就是提供這樣的一個機制:為某個接口尋×××實現的機制。

  • Java SPI的約定
    當服務的提供者,提供了服務接口的一種實現之後,在jar包的META-INF/services/目錄裏同時創建一個以服務接口命名的文件。
    該文件裏就是實現該服務接口的具體實現類。而當外部程序裝配這個模塊的時候,就能通過該jar包META-INF/services/裏的配置文件找到具體的實現類名,並裝載實例化,完成模塊的註入。

    • 基於這樣一個約定就能很好的找到服務接口的實現類,而不需要再代碼裏制定。

    • jdk提供服務實現查找的一個工具類:java.util.ServiceLoader 。

SpringBoot中的SPI機制

在Spring中也有一種類似與Java SPI的加載機制。它在META-INF/spring.factories文件中配置接口的實現類名稱,然後在程序中讀取這些配置文件並實例化。
這種自定義的SPI機制是Spring Boot Starter實現的基礎。

Spring Factories實現原理

spring-core包裏定義了SpringFactoriesLoader類,這個類實現了檢索META-INF/spring.factories文件,並獲取指定接口的配置的功能。

在這個類中定義了兩個對外的方法:

1、loadFactories

根據接口類獲取其實現類的實例,這個方法返回的是對象列表,其源代碼:

public static <T> List<T> loadFactories(Class<T> factoryClass, @Nullable ClassLoader classLoader) {
Assert.notNull(factoryClass, "'factoryClass' must not be null");
ClassLoader classLoaderToUse = classLoader;
if (classLoaderToUse == null) {
classLoaderToUse = SpringFactoriesLoader.class.getClassLoader();
}
List<String> factoryNames = loadFactoryNames(factoryClass, classLoaderToUse);
if (logger.isTraceEnabled()) {
logger.trace("Loaded [" + factoryClass.getName() + "] names: " + factoryNames);
}
List<T> result = new ArrayList<>(factoryNames.size());
for (String factoryName : factoryNames) {
result.add(instantiateFactory(factoryName, factoryClass, classLoaderToUse));
}
AnnotationAwareOrderComparator.sort(result);
return result;
}
  • 先獲取ClassLoader

  • 調用loadFacotoryNames()方法,獲取factoryNames,其源碼如下:

public static List<String> loadFactoryNames(Class<?> factoryClass, @Nullable ClassLoader classLoader) {
//獲取到類名
String factoryClassName = factoryClass.getName();
//在當前ClassLoader下的所有META-INF/spring.factories文件的配置信息的Map中獲取指定的factory的值,如果不存在,則返回空列表
return loadSpringFactories(classLoader).getOrDefault(factoryClassName, Collections.emptyList());
}
  • 調用loadSpringFactories方法,獲取當前ClassLoader下的所有META-INF/spring.factories文件的配置信息

private static Map<String, List<String>> loadSpringFactories(@Nullable ClassLoader classLoader) {
//去緩存中獲取對應的
MultiValueMap<String, String> result = cache.get(classLoader);
if (result != null)
return result;
try {
//獲取當前ClassLoader下的所有包含META-INF/spring.factories文件的URL路徑
Enumeration<URL> urls = (classLoader != null ?
classLoader.getResources(FACTORIES_RESOURCE_LOCATION) :
ClassLoader.getSystemResources(FACTORIES_RESOURCE_LOCATION));
//初始返回對象
result = new LinkedMultiValueMap<>();
//遍歷所有的包含META-INF/spring.factories文件URL集合
while (urls.hasMoreElements()) {
URL url = urls.nextElement();
UrlResource resource = new UrlResource(url);
//轉換為Properties對象
Properties properties = PropertiesLoaderUtils.loadProperties(resource);
//遍歷META-INF/spring.factories文件中的所有屬性
for (Map.Entry<?, ?> entry : properties.entrySet()) {
//如果一個接口希望配置多個實現類,可以使用','進行分割,將當前Key對應的值轉換為List
List<String> factoryClassNames = Arrays.asList(StringUtils.commaDelimitedListToStringArray((String) entry.getValue()));
//添加到返回對象中
result.addAll((String) entry.getKey(), factoryClassNames);
}
}
//添加到緩存中
cache.put(classLoader, result);
//返回結果
return result;
}
catch (IOException ex) {
throw new IllegalArgumentException("Unable to load factories from location [" +
FACTORIES_RESOURCE_LOCATION + "]", ex);
}
}

我們可以在自己的jar中配置spring.factories文件,不會影響到其它地方的配置,也不會被別人的配置覆蓋。
這一點非常有利於後期我們進行自定義擴展。

  • 調用instantiateFactory,實例化獲取到的對應的Factory對象,其源碼:

private static <T> T instantiateFactory(String instanceClassName, Class<T> factoryClass, ClassLoader classLoader) {
try {
//根據類名獲取類的實例,這個源碼在上一篇中已經剖析過了。
Class<?> instanceClass = ClassUtils.forName(instanceClassName, classLoader);
//isAssignableFrom()是判斷instanceClassName的對象是否是FactoryClass的子類或者相同的類,如果是返回true。
if (!factoryClass.isAssignableFrom(instanceClass)) {
//如果實例化的目標類不是Factory類的子類或者不是Factory類,則拋出異常
throw new IllegalArgumentException("Class [" + instanceClassName + "] is not assignable to [" + factoryClass.getName() + "]");
}
//通過java反射機制,實例化目標類
return (T) ReflectionUtils.accessibleConstructor(instanceClass).newInstance();
}
catch (Throwable ex) {
throw new IllegalArgumentException("Unable to instantiate factory class: " + factoryClass.getName(), ex);
}
}

從這段代碼中我們可以知道,它只支持沒有參數的構造方法。

2、loadFactoryNames

根據接口獲取其接口類的名稱,這個方法返回的是類名的列表,其源代碼已經在上面分析過了。

SpringBoot啟動時的應用

在SpringBoot啟動過程中,創建SpringApplication對象是,有如下兩行代碼:

setInitializers((Collection) getSpringFactoriesInstances(ApplicationContextInitializer.class));
setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class));
  • 使用SpringFactoriesLoader在應用的classpath中查找並加載所有可用的ApplicationContextInitializer

  • 使用SpringFactoriesLoader在應用的classpath中查找並加載所有可用的ApplicationListener

Spring Factories機制的應用

在日常工作中,我們可能需要實現一些SDK或者Spring Boot Starter給被人使用,這個使用我們就可以使用Factories機制。
Factories機制可以讓SDK或者Starter的使用只需要很少或者不需要進行配置,只需要在服務中引入我們的jar包。

知識點

  • Class的isAssignableFrom()解析

public native boolean isAssignableFrom(Class<?> cls);

由方法簽名可見是一個本地方法,即C代碼編寫的。
其作用:
有兩個Class類型的類象,一個是調用isAssignableFrom方法的類對象(後稱對象a),以及方法中作為參數的這個類對象(稱之為對象b),這兩個對象如果滿足以下條件則返回true,否則返回false:

  • a對象所對應類信息是b對象所對應的類信息的父類或者是父接口,簡單理解即a是b的父類或接口

  • a對象所對應類信息與b對象所對應的類信息相同,簡單理解即a和b為同一個類或同一個接口

後記

為幫助廣大SpringBoot用戶達到“知其然,更需知其所以然”的境界,作者將通過SpringBoot系列文章全方位對SpringBoot2.0.0.RELEASE版本深入分解剖析,讓您深刻的理解其內部工作原理。 敬請關註[愛折騰的稻草(GitShare)]公眾號,為您提供更多更優質的技術教程。


技術分享圖片圖註:愛折騰的稻草


[SpringBoot]深入淺出剖析SpringBoot中Spring Factories機制