Dubbo作為開源框架，必須要提供很多的可擴充套件點。Dubbo的擴充套件點載入採用了微核心外掛式的開發模式，它是比較符合OCP原則。

微核心

由一個外掛生命週期管理容器，構成微核心， 核心不包括任何功能，這樣可以確保所有功能都能被替換，並且框架實現的功能，擴充套件者也一定能做到，以保證平等對待第三方。因此Dubbo框架自身的功能也採用了外掛的方式來實現，不採用任何硬編碼。

通常微核心都會採用Factory，IoC，OSGi等方式管理外掛生命週期，為了減少對spring的依賴，Dubbo放棄使用spring的IoC容器，而採用了Factory方式來管理外掛。

JDK SPI機制

JDK標準的SPI(Service Provider Interface)擴充套件點發現機制，即我們定義了服務介面標準，廠商提供具體的介面實現，JDK通過ServiceLoader類實現SPI機制的服務查詢功能，下面是簡單示例：

首先定義介面

package com.example;
public interface DemoService{
    String sayHello();
}

ServiceLoader會遍歷所有jar查詢META-INF/services/com.example.DemoService檔案

A廠商實現

package com.a.example;
public class DemoServiceAImpl implements DemoService{
    public String sayHello(){
        return "hello 我是廠商A"
 
;
    }
}

在A廠商提供的jar包中的META-INF/services/com.example.DemoService檔案內容為：com.a.example.DemoServiceAImpl

B廠商實現

package com.b.example;
public class DemoServiceBImpl implements DemoService{
    public String sayHello(){
        return "hello 我是廠商B";
    }
}

在B廠商提供的jar包中的META-INF/services/com.example.DemoService檔案內容為：com.b.example.DemoServiceBImpl

ServiceLoader.load(DemoService.class)讀取廠商A、B提供jar包中檔案，獲取介面DemoServie的所有實現類

基於SPI思想的Dubbo擴充套件點機制

Dubbo根據JDK SPI機制的思想實現了自己的擴充套件點機制，位於com.alibaba.dubbo.common.extension包下的ExtensionLoader是Dubbo擴充套件點機制的核心，相當於JDK SPI中的ServiceLoader。

下面我們以Protocol介面實現類的載入為例，來解析ExtensionLoader的載入過程。

Protocol介面

package com.alibaba.dubbo.rpc;
@SPI("dubbo")
public interface Protocol {

    int getDefaultPort();

    @Adaptive
    <T> Exporter<T> export(Invoker<T> invoker) throws RpcException;

    @Adaptive
    <T> Invoker<T> refer(Class<T> type, URL url) throws RpcException;

    void destroy();

}

開啟dubbo原始碼，在dubbo-rpc-api模組的META-INF/dubbo/internal/目錄下，會發現com.alibaba.dubbo.rpc.Protocol檔案，其內容為：

filter=com.alibaba.dubbo.rpc.protocol.ProtocolFilterWrapper
listener=com.alibaba.dubbo.rpc.protocol.ProtocolListenerWrapper
mock=com.alibaba.dubbo.rpc.support.MockProtocol

而dubbo-rpc-default模組的META-INF/dubbo/internal/com.alibaba.dubbo.rpc.Protocol檔案內容為：

dubbo=com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol

ProtocolFilterWrapper、ProtocolListenerWrapper、MockProtocol、DubboProtocol都是Protocol介面的實現類，com.alibaba.dubbo.rpc.Protocol檔案的格式為：配置名=擴充套件實現類全限定名，多個實現類用換行符分隔。

那麼ExtensionLoader是如何載入Protocol介面的這些實現類的呢？

在ServiceConfig類中有這樣一行程式碼

private static final Protocol protocol = ExtensionLoader.getExtensionLoader(Protocol.class).getAdaptiveExtension();

ExtensionLoader.getExtensionLoader方法

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)) {
            throw new IllegalArgumentException("Extension type(" + type + 
                    ") is not extension, because WITHOUT @" + SPI.class.getSimpleName() + " Annotation!");
        }

        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;
    }

未完待續……