Dubbo和JDK的SPI究竟有何區別?

前言

上一篇簡單的介紹了spi的基本一些概念,可是其實Dubbo對jdk的spi進行了一些改進,具體改進了什麼,來看看文檔的描述

• JDK 標準的 SPI 會一次性實例化擴展點全部實現，若是有擴展實現初始化很耗時，但若是沒用上也加載，會很浪費資源。

• 若是擴展點加載失敗，連擴展點的名稱都拿不到了。好比：JDK 標準的 ScriptEngine，經過 getName() 獲取腳本類型的名稱，但若是 RubyScriptEngine 由於所依賴的 jruby.jar 不存在，致使 RubyScriptEngine 類加載失敗，這個失敗緣由被吃掉了，和 ruby 對應不起來，當用戶執行 ruby 腳本時，會報不支持 ruby，而不是真正失敗的緣由。

• 增長了對擴展點 IoC 和 AOP 的支持，一個擴展點能夠直接 setter 注入其它擴展點。

根據小學語文的閱讀理解,不難歸納出其實就是提升了性能和增長了功能.不少朋友都喜歡問,閱讀源碼不如從何下手,要準備些什麼.若是隻是粗略閱讀源碼,掌握大致思路,其實具有小學語文的閱讀理解和看圖寫做業就差很少了(能看到本篇的均徹底勝任這個條件,因此不要有任何恐懼心理).可是要領悟思想,對細節瞭如指掌,甚至寫出更優秀的框架,那麼就是四個字->終身學習.(好比如今關注肥朝的公衆號,一塊兒交流討論,終身學習即刻開啓)

對於閱讀源碼,固然仍是要有一些小技巧,俗話說得號,"技多不壓身",咱們先看一個段子

某肥遇到了一個bug,須要引入多線程,結果引入多線程後,居然出現了兩個bug

因而可知,多線程也確實是你們頭疼的問題,因此後面我也會演示一些小技巧,好比

• 如何調試多線程代碼(手把手實戰,不講理論)

• 如何查看代理對象源碼(手把手實戰,不講理論)

那dubbo這個改良後的spi究竟怎麼提升性能,又增長了什麼功能,那就是本篇要講的.

插播面試題

• 既然你對spi有必定了解,那麼dubbo的spi和jdk的spi有區別嗎?有的話,究竟有什麼區別?

• 你說你看過Dubbo源碼,那你簡單說下,他在設計上有哪些細節讓你以爲很巧妙?(區分度高)

概念鋪墊

dubbo的拓展點機制涉及到衆多的知識點,也是dubbo中比較難的地方,和以前的集羣容錯有Cluster、Directory、Router、LoadBalance關鍵詞同樣,這個拓展點機制也有幾個關鍵詞,SPI、Adaptive、Activate.這些會陸續講解,最後總結.

直入主題

提高性能

提高性能,咱們最容易想到的方式是什麼?其實這個和初高中政治答題同樣,有萬能公式的,那就是"緩存".因此面試不管問你什麼(適用於Android,iOS,Web前端,Java等等...),只要和提高性能有關的,往緩存**方向答確定沒錯(固然按照"按點給分"的套路,往緩存方向答只是不至於讓你拿0分,可是僅僅**答緩存確定拿不到滿分).因此若是與jdk的spi對比,那麼能夠有如下幾個點

1.從"萬能公式"角度分析,增長緩存

由於部分朋友反饋說喜歡貼代碼的形式,因此講解在註釋中

public static <T> ExtensionLoader<T> getExtensionLoader(Class<T> type) {
    if (type == null)//拓展點類型非空判斷
        throw new IllegalArgumentException("Extension type == null");
    if(!type.isInterface()) {//拓展點類型只能是接口
        throw new IllegalArgumentException("Extension type(" + type + ") is not interface!");
    }
    if(!withExtensionAnnotation(type)) {//須要添加spi註解,不然拋異常
        throw new IllegalArgumentException("Extension type(" + type + 
                ") is not extension, because WITHOUT @" + SPI.class.getSimpleName() + " Annotation!");
    }
    //從緩存EXTENSION_LOADERS中獲取,若是不存在則新建後加入緩存
    //對於每個拓展,都會有且只有一個ExtensionLoader與其對應
    ExtensionLoader<T> loader = (ExtensionLoader<T>) EXTENSION_LOADERS.get(type);
    if (loader == null) {
        EXTENSION_LOADERS.putIfAbsent(type, new ExtensionLoader<T>(type));
        loader = (ExtensionLoader<T>) EXTENSION_LOADERS.get(type);
    }
    return loader;
}

private ExtensionLoader(Class<?> type) {
    this.type = type;
    //這裏會存在遞歸調用,ExtensionFactory的objectFactory爲null,其餘的均爲AdaptiveExtensionFactory
    //AdaptiveExtensionFactory的factories中有SpiExtensionFactory,SpringExtensionFactory
    //getAdaptiveExtension()這個是獲取一個拓展裝飾類對象.細節在下篇講解
    objectFactory = (type == ExtensionFactory.class ? null : ExtensionLoader.getExtensionLoader(ExtensionFactory.class).getAdaptiveExtension());
}
複製代碼

如下是緩存拓展點對象的

public T getExtension(String name) {
	if (name == null || name.length() == 0)
	    throw new IllegalArgumentException("Extension name == null");
	if ("true".equals(name)) {
	    return getDefaultExtension();
	}
	Holder<Object> holder = cachedInstances.get(name);
	if (holder == null) {
	    cachedInstances.putIfAbsent(name, new Holder<Object>());
	    holder = cachedInstances.get(name);
	}
	Object instance = holder.get();
	if (instance == null) {
	    synchronized (holder) {
            instance = holder.get();
            if (instance == null) {
                instance = createExtension(name);
                holder.set(instance);
            }
        }
	}
	return (T) instance;
}
複製代碼

爲何這個要單獨拿出來講呢?不少朋友容易產生大意心理,覺得緩存嘛,無非就是判斷一下是否存在,不存在則添加.dubbo也不過如此.我不看源碼也懂.可是你若是稍加註意,就會發現它在細節方面作得很好.

敲黑板劃重點

在上一篇[從Dubbo內核聊聊雙親委派機制]中我就強調了,不管作什麼,都要造成差別性.在Java中,最容易造成差別性的知識點,就是JVM和併發包.既然上一篇中咱們提了JVM相關的內容(雙親委派機制),那麼本篇咱們就說說併發包的相關內容.咱們仔細看上面的這段double-checked locking代碼

//double-checked locking
Object instance = holder.get();
if (instance == null) {
    synchronized (holder) {
        instance = holder.get();
        if (instance == null) {
            instance = createExtension(name);
            holder.set(instance);
        }
    }
}
複製代碼

public class Holder<T> {
    
    private volatile T value;
    
    public void set(T value) {
        this.value = value;
    }
    
    public T get() {
        return value;
    }

}
複製代碼

這裏爲何用到了volatile關鍵字呢?看源碼更重要的是看到這些細節,魔鬼都藏在細節當中!原本肥朝想展開講一下這個volatile秀一波操做的,可是無奈篇幅有限,那個我給你個關鍵詞.doubleCheck Singleton 重排序,那把這個對着瀏覽器一搜.而後把搜索到的第一頁結果都看完,你就知道這段代碼並非你想的只是判空加個緩存這麼簡單.這也是我常常說,沒有作過中間件開發,很難對併發包有深刻了解的一個緣由.

2.從註解角度入手分析

既然是對比spi區別,而且dubbo中有@spi這個註解,那咱們順着註解看看能有什麼線索.

若是在15年有用過dubbo,那麼就會留意到@Extension這個註解,可是後來由於含義普遍廢棄,換成了@SPI.

@SPI("javassist")
public interface Compiler {
	//省略...
}
複製代碼

public Class<?> compile(String code, ClassLoader classLoader) {
    Compiler compiler;
    ExtensionLoader<Compiler> loader = ExtensionLoader.getExtensionLoader(Compiler.class);
    String name = DEFAULT_COMPILER; // copy reference
    if (name != null && name.length() > 0) {
        compiler = loader.getExtension(name);
    } else {
        compiler = loader.getDefaultExtension();
    }
    return compiler.compile(code, classLoader);
}
複製代碼

//com.alibaba.dubbo.common.compiler.Compiler 文件配置以下
adaptive=com.alibaba.dubbo.common.compiler.support.AdaptiveCompiler
jdk=com.alibaba.dubbo.common.compiler.support.JdkCompiler
javassist=com.alibaba.dubbo.common.compiler.support.JavassistCompiler
複製代碼

咱們從上面這兩部分代碼和配置文件就不難分析出兩點(若是對spi不熟悉的請先把上一篇spi(一)看一遍,基礎不牢地動山搖的狀況下無法分析)

• JDK的spi要用for循環,而後if判斷才能獲取到指定的spi對象,dubbo用指定的key就能夠獲取

//返回指定名字的擴展
public T getExtension(String name){}
複製代碼

• JDK的spi不支持默認值,dubbo增長了默認值的設計

//@SPI("javassist")表明默認的spi對象,好比Compiler默認使用的是javassist,可經過
ExtensionLoader<Compiler> loader = ExtensionLoader.getExtensionLoader(Compiler.class);
compiler = loader.getDefaultExtension();
//方式獲取實現類,根據配置,即爲
//com.alibaba.dubbo.common.compiler.support.JavassistCompiler
複製代碼

增長功能

增長的功能,就如文檔所說的,spi增長了IoC、AOP

AOP這是個老生常談的話題了,談到AOP你們最容易聯想到Spring,甚至由於AOP經常使用在事務的場景,甚至就有很多人認爲AOP就是事務.因此肥朝建議初學者學習AOP的路線大體以下:

// 這一步步演進的過程,纔是最大的收穫
裝飾者設計模式->靜態代理->JDK、cglib、Javassist優缺點對比->AOP源碼
複製代碼

寫在最後

肥朝 是一個專一於 原理、源碼、開發技巧的技術公衆號，號內原創專題式源碼解析、真實場景源碼原理實戰（重點）。掃描下面二維碼關注肥朝，讓本該造火箭的你，再也不擰螺絲！