Dubbo剖析-增强SPI的实现
一、前言
在Duboo剖析-整体架构分析中介绍了dubbo中除了Service 和 Config 层为 API外，其他各层均为SPI，为SPI意味着下面各层都是组件化可以被替换的，这也是dubbo比较好的一点。
二、JDK中标准SPI
JDK 中的 SPI（Service Provider Interface）是面向接口编程的，服务规则提供者会在 JRE 的核心 API 里面提供服务访问接口，而具体实现则由其他开发商提供。
例如规范制定者在rt.jar包里面定义了 数据库 的驱动接口 java.sql.Driver。 MySQL 实现的 Jar，如下：
screenshot.png
public class com.mysql.jdbc.Driver extends com.mysql.jdbc.NonRegisteringDriver implements java.sql.Driver
下面我们写个测试代码，看看具体是如何工作的。
public static void main(String[] args) {
//(1)
ServiceLoader<Driver> loader = ServiceLoader.load(Driver.class);
//(2)
Iterator<Driver> iterator = loader.iterator();
while (iterator.hasNext()) {
Driver driver = (Driver) iterator.next();
System.out.println("driver:" + driver.getClass() + ",loader:" + driver.getClass().getClassLoader());
}
//(3)
System.out.println("current thread contextloader:" + Thread.currentThread().getContextClassLoader());
//(4)
System.out.println("ServiceLoader loader:" + ServiceLoader.class.getClassLoader());
}
}
然后引入 MySQL 驱动的 Jar 包，执行结果如下。
driver:class com.mysql.jdbc.Driver,loader:sun.misc.Launcher$AppClassLoader@4554617c
current thread contextloader:sun.misc.Launcher$AppClassLoader@4554617c
ServiceLoader loader:null
可知找到了mysql的驱动，如果你在引入Oracle的驱动的jar包后在运行，则会输出找到了mysql和Oracle的驱动，这也说明了，JDK标准的SPI会同时把spi接口的所有的实现类都提前加载好。
关于JDK中SPI的原理和具体使用可以参考 Java 类加载器揭秘 中
一种特殊的类加载器 ContextClassLoader 章节。
三、Dubbo增强的SPI
Dubbo 的扩展点加载是基于JDK 标准的 SPI 扩展点发现机制增强而来的，Dubbo 改进了 JDK 标准的 SPI 的以下问题：
-
JDK 标准的 SPI 会一次性实例化扩展点所有实现，如果有扩展实现初始化很耗时，但如果没用上也加载，会很浪费资源。
-
如果扩展点加载失败，就失败了，给用户没有任何通知。比如：JDK 标准的ScriptEngine，如果Ruby ScriptEngine 因为所依赖的 jruby.jar 不存在，导致 Ruby ScriptEngine 类加载失败，这个失败原因被吃掉了，当用户执行 ruby 脚本时，会报空指针异常，而不是报Ruby ScriptEngine不存在。
-
增加了对扩展点 IoC 和 AOP 的支持，一个扩展点可以直接 setter 注入其它扩展点。
下面看看Dubbo增强的SPI实现的时序图：
image.png
- 其中代码（1）获取当前SPI接口对应的ExtensionLoader
- 代码（2）获取适配器实例，内部首先获取该spi对应的所有实现类的Class对象，然后创建适配器实例，最后注入该适配器依赖的其他扩展点。
- 代码（8）根据名称获取具体的spi实现类，内部是创建一个实现类的实例，并使用warp类进行包装后返回。
四、总结
本文简单的介绍了Dubbo中SPI实现原理，更详尽的解析 敬请期待
