1. 什麼叫SPI？ 簡單總結就是一種使用類名字元串來動態實例化java類的方式，也就是反射。 2. java SPI與Dubbo SPI有什麼區別 (此圖來自網上，我沒有刻意去截圖) 然後在這個文件裡面寫入實現類 com.blueskykong.javaspi.serializer.KryoSer ...
1. 什麼叫SPI？
簡單總結就是一種使用類名字元串來動態實例化java類的方式，也就是反射。
2. java SPI與Dubbo SPI有什麼區別
(此圖來自網上，我沒有刻意去截圖)
然後在這個文件裡面寫入實現類
com.blueskykong.javaspi.serializer.KryoSerializer
com.blueskykong.javaspi.serializer.JavaSerializer
但是dubbo的SPI格式變了，也就意味著不能直接使用java SPI了
文件的目錄相似，但是裡面的內容變為了key-value
adaptive=com.alibaba.dubbo.common.extension.factory.AdaptiveExtensionFactory
spi=com.alibaba.dubbo.common.extension.factory.SpiExtensionFactory
結論：所謂的這些SPI只不過是一種方式而已，最後都是反射生成類(還有classloader的問題，這裡我們不討論)，組織方式可以隨便變，但是既然是分析dubbo，那麼這裡就看dubbo是怎麼最終實現的
3. 為什麼dubbo要自己實現所謂的SPI？
dubbo相當於使用了key-value的形式，用key來映射每個類，這樣用戶就可以在url加入這個key來實現動態載入某個類的需求，
那麼為什麼java SPI的方式不行：
- java SPI的文件裡面僅僅只有類名，如果想讓用戶動態指定，那麼需要按照這個類名來標識用戶想要哪個類，太長，或者是在類名字上加上一定的區分規則
- java SPI的載入是一次性會載入所有的類，但是並不是每個類都需要
4. dubbo spi實現方式詳解
4.1 背景
現在使用key-value的方式已經可以由用戶指定key去載入class，但是出於系統的考慮還有一些功能需要擴展
- key-value的指定是由@Adaptive和@SPI來輔助實現，@SPI可以指定類級別的預設的類，@Adaptive可以設置函數級別需要載入哪個class
- 針對FIlter需要指定是否起效，以及在provider起效還是consumer起效，以及Filter之間的優先順序
4.2 源碼
dubbo中負責SPI的處理的類主要是 ExtensionLoader
這裡我標註出主要的變數含義
/** * 這個三個代表需要從哪個resource路徑下載入我們的key-value文件 */ private static final String SERVICES_DIRECTORY = "META-INF/services/"; private static final String DUBBO_DIRECTORY = "META-INF/dubbo/"; private static final String DUBBO_INTERNAL_DIRECTORY = DUBBO_DIRECTORY + "internal/"; /** * 在註解裡面的value是可以使用逗號(,)來設置多個值 */ private static final Pattern NAME_SEPARATOR = Pattern.compile("\\s*[,]+\\s*"); /** * ExtensionLoader 是每個介面對應一個 這個map保存了介面和對應的ExtensionLoader的對應 */ private static final ConcurrentMap<Class<?>, ExtensionLoader<?>> EXTENSION_LOADERS = new ConcurrentHashMap<Class<?>, ExtensionLoader<?>>(); /** * 保存了配置文件中所有value-key之間的映射 */ private static final ConcurrentMap<Class<?>, Object> EXTENSION_INSTANCES = new ConcurrentHashMap<Class<?>, Object>(); // 以上都是靜態變數也就是是全局的 /** * 當前這個ExtensionLoader 對應的那個介面 */ private final Class<?> type; private final ExtensionFactory objectFactory; /** * value-key之間的反映射 */ private final ConcurrentMap<Class<?>, String> cachedNames = new ConcurrentHashMap<Class<?>, String>(); /** * 配置文件中key-value之間的映射 value指的是類class */ private final Holder<Map<String, Class<?>>> cachedClasses = new Holder<Map<String, Class<?>>>(); /** * 這裡保存著這個介面的實現類含有@Activate註解 */ private final Map<String, Activate> cachedActivates = new ConcurrentHashMap<String, Activate>(); /** * 這個介面下 key-value的映射 value指的是實例 */ private final ConcurrentMap<String, Holder<Object>> cachedInstances = new ConcurrentHashMap<String, Holder<Object>>(); /** * 適配類的實例 */ private final Holder<Object> cachedAdaptiveInstance = new Holder<Object>(); /*** * 這個介面的適配類 也就是註解@Adaptive的註解載入類的這個類就是適配類 所謂的適配類 就是實現根據url裡面的參數 * 來決定使用這個介面的哪個子類 */ private volatile Class<?> cachedAdaptiveClass = null; /** * SPI註解裡面value 作為這個介面的預設載入類 */ private String cachedDefaultName;
總結一下：
- 每一個介面比如Protocol和ExtensionLoader之間是一一對應的關，但是Protocol這個介面有很多子類，以及預設類，那麼這些管理都是在ExtensionLoader裡面管理，上面的大多數欄位都是為了管理而存在
- ExtensionLoader最主要的功能是為了根據key來獲取類，然後其他的都是一些變化。
- ExtensionLoader的主要功能和思想(為了實現key到value的轉換)，也就是說我想在有了key-value之間的關係，你可以認為這就是一個小型db，那麼你想查詢某一個介面的class有多少，以及每個class對應的key是什麼，這些都只是功能的問題，核心是我有了關係，只要能從這些元數據推導出來，那麼ExtensionLoader都可以做到。
5. 高級
5.1 包裝類
在key-value映射中，會分為包裝類和正常類，所謂的包裝類就是利用裝飾器模式，來實現對原功能進行一些額外的處理，識別方式是按照是否有一個構造方法含有這個介面作為參數為標識
5.2 註入
這裡的註入是指對介面裡面的變數進行註入實例
還在更新......
