dubbo 源码分析 -SPI

dubbo 中大量使用SPI，在看源码之前必须先了解dubbo的SPI

1、Java原生spi

java原生spi的调用如下图所示，这里需要在/META-INF/services添加接口文件,接口文件格式如下

文件名为接口全名称 文件内容为：接口实现类的全名称。
文件名：com.alibaba.dubbo.demo.DemoService
文件内容：com.alibaba.dubbo.demo.DemoServiceImpl

image

java 原生的spi两个限制

1. 参数只能是Class对象,不适合用户动态的拓展
2. 返回参数是一个集合，无法准确的获取拓展对象

综上，spi不适合直接拿来用于做插件的拓展，但是其思想是可以借鉴的。dubbo针对java spi的缺陷， 改进了上述两点。

2、dubbo的spi

dubbo 的拓展点加载类为ExtensionLoader，
其基本用法为

1. ExtensionLoader.getExtensionLoader(SimpleExt.class).getExtension(name);
2. ExtensionLoader.getExtensionLoader(SimpleExt.class).getDefaultExtension();
3. ExtensionLoader.getExtensionLoader(SimpleExt.class).getAdaptiveExtension();

第一种和第二种的用法应该很好理解,本质和java spi是一样的，只是dubbo 自定义了SPI（有默认拓展点名称）注解，添加了SPI注解才会去加载拓展点。
并在可以根据拓展点名称获取拓展点，这个对于动态的使用拓展点是很重要的。

第三种的话后面再详细说，先来来看spi 加载拓展点的过程。

image

首先，dubbo 会获取拓展点getExtensionClasses(),如果发现拓展点没有初始化，会从resource中加载拓展点，下图可以看到loadExtensionClasses()的原理。

image

我们再来看看拓展点的文件配置，下图为集群拓展点的配置。

image

通过上图我们就很容易知道了，前两种调用方式是怎么操作的。下面说说第三种方式。

由于dubbo是一个以URL为总线的框架,及所有的事件都贯穿着URL,所有的拓展点也是从URL动态。若要实现拓展点动态的加载，必须是和URL 强相关的。基于这个dubbo 添加了一个Activate（适配器）注解。添加了注解的拓展点都应该是动态加载的。

举个简单的例子，Cluster的默认拓展点是failover，但是用户配置成了failover(或者别的)，这个时候默认拓展点就失效了要根据用户配置的拓展点动态加载。

那么duubo 是具体是怎么实现，这个动态加载的呢？

dubbo是用了javassist的字节码增强器，代理了目标的接口类。（不懂javassist请自行百度）
下面直接看代码。

image

image

上面是dubbo 获取URL以及拼接的一些代码,可以看出拓展点的动态加载的核心是URL.
下面在看看最后拼接成的类。

image

上图是cluster拼接后生成的类，extName是拓展点名称，可以看出取得是用户配置的cluster属性（默认是failover，默认拓展点名称 先取Adaptive的值，没有就取SPI注解上的。）。
这样就实现了 动态加载拓展点。

简单来说 就是javassist 创建一个动态的接口适配器,根据URL参数实时的获取拓展点。

最后一图看看CLuster接口

image

以后再源码中看到类似的拓展点加载，能够快速的定位是具体是哪个类，方便对源码的阅读，要是没看懂。可以看了后面的在回头来看这篇。