dubbo源码分析--dubbo spi解析

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;

总结一下：

1. 每个接口好比Protocol和ExtensionLoader之间是一一对应的关，可是Protocol这个接口有不少子类，以及默认类，那么这些管理都是在ExtensionLoader里面管理，上面的大多数字段都是为了管理而存在
2. ExtensionLoader最主要的功能是为了根据key来获取类，而后其余的都是一些变化。
3. ExtensionLoader的主要功能和思想(为了实现key到value的转换)，也就是说我想在有了key-value之间的关系，你能够认为这就是一个小型db，那么你想查询某一个接口的class有多少，以及每一个class对应的key是什么，这些都只是功能的问题，核心是我有了关系，只要能从这些元数据推导出来，那么ExtensionLoader均可以作到。

 

5. 高级

 5.1 包装类

　　在key-value映射中，会分为包装类和正常类，所谓的包装类就是利用装饰器模式，来实现对原功能进行一些额外的处理，识别方式是按照是否有一个构造方法含有这个接口做为参数为标识

 5.2 注入

　　这里的注入是指对接口里面的变量进行注入实例

 

 

 

还在更新......