dubbo中的ExtensionLoader

dubbo中自己实现了一套SPI，解决了dubbo的可扩展性问题，方便了框架的各层可以在多个不同的实现之间进行来回切换。

SPI的实现主要在类ExtensionLoader中，这个类的构造函数接收一个Class类型的参数，并且这个class必须是接口，必须用注解spi进行标注。有多少个可扩展接口，就有多少个ExtensionLoader的实例。

这个类中一共有三类方法：根据名字获取实现、获取某个接口的适配实现和获取某个接口的激活实现

1、根据名字获取实现

这类方法比较好理解，如下Protocol有下面这么多的实现：

 

等号前面的是名字，等号后面的是实现，例如：如果传入dubbo就会返回DubboProtocol

下面对这个方法的源码进行分析

 

这个方法比较好理解，其实就是判断缓存，如果有直接返回，没有的话通过createExtension方法进行创建

 

 

第499行调用getExtensionClasses()，会返回这个接口的所有实现，这个方法的内部会有扫描三个目录进行初始化的过程。

 

第509行的injectExtension方法的主要作用是对获取到的这个实现的内部的属性字段进行赋值。就是如果这个类中有的字段的类型是SPI接口或者在spring容器中可以找到对应的ben，那么就对这些字段进行赋值。

 

第510到515行是对当前返回的实例进行再次包装，当然是如果这个spi接口的实现有包装类的话。如果某个实现类，有单个参数的构造函数，并且参数类型是当前SPI接口，那么这个类就是包装类。他就好对当前

要返回的类，进行包装，有可能存在多个包装器类。例如上面第一张截图中的ProtocolFilterWrapper和ProtocolListenerWrapper就是两个包装器类

 

总结一下：

（1）初始化当前spi接口的所有实现（会扫描三个目录）到内存中

（2）根据名字返回对应的实现的实例

（3）对这个实例进行属性字段的赋值，来源于其他的spi实现或者spring容器

（4）如果当前spi接口有包装器类，对当前实现进行包装，有可能有多个包装器类

这类方法基本是不会被外面的类调用，主要是为另外两类方法服务

 

2、获取SPI接口的适配实现，只会返回一个实现类。

这个方法要@Adaptive注解配合实现。这个注解可以标注在类上，也可以标注在方法上，如果是标注在方法上只能是接口方法不是类方法。

（1）如果某个SPI接口的实现类，被这个注解进行了标注，那么直接返回这个实现类

（2）如果接口的方法被这个注解进行了标注，那么会利用字节码进行动态生成一个类。

如果接口像下面这么标注

 

 

 

 

那么动态生成的方法将会是下面这样

 

 

 

 

 由于某个SPI接口的适配实现只会有一个，所有（1）的优先级大于（2），获取适配实现主要是解决，只有在程序运行期间才能却能使用哪个实现

 

3、获取SPI接口的激活实现，可以是多个

最常见的例子就是获取Filter

激活某个实现有两种方式

（1）使用注解Activate进行标注，这个注解有两个重要的参数一个是group，一个是value。这两个参数都是数组

group表示getActivateExtension方法传入的grop值如果被注解上的group数组包含，那么返回这个扩展。

value表示URL的parameter参数中，如果有一个参数的key和value数组的任何一个元素相同，那么返回这个扩展。

group和value不知道，表示不做约束，无条件激活这个实现

（2）不通过注解标注还可以在URL参数中指定实现类的名字，这个方法既可以激活某个实现，也可以去掉（1）中已经激活的实现，例如下面这个配置filter的例子

 

 

总结一下：

（1）通过注解进行标注的实现，被称为缺省扩展，包括dubbo自带的（入各种filter）和用户自定义的扩展用注解进行了标注。

（2）通过url的参数来指定实现的名字，也可以激活某个或某些实现。

（3）url的参数也可以去掉缺省扩展，规则见上面的图。

 

下面分析下代码：

 

第196行表示没有去掉全部的缺省扩展

198行变量所有的通过注解进行标注的实现

201行grop可以匹配上

203、204、205判断这个缺省扩展没有通过URL的参数去掉，isActivate判断注解的value值中任意一个元素和RUL参数的任意一个key相同

206表示此扩展被激活了，添加到list中

210排序

 

 

上面这部分代码，就是在url参数中指定扩展名字是的处理逻辑

215、216行表示没有在url参数中排除这个扩展

217就是处理和缺省扩展的排序关系