内容解刨——dubbo自己的SPI实现

dubbo的内核：SPI、AOP、IOC、compiler(动态编译)

这篇文章主要明SPI

1、什么是SPI

SPI英文为Service Provider Interface。

面向对象的设计里，模块与模块之间是基于接口编程，模块之间不对实现类进行硬编码，一旦代码时涉及具体实现类，就违反了可插拔的设计原则。如果需要替换一种实现，就要修改代码，为了实现在模块装配的时候，不在模块里写死，就需要一种服务发现机制，java SPI就实现了这各种机制。

为某个接品寻找服务实现机制，有点类似于IOC的思想民，就是将装配的控制权移到了代码之外。

2、SPI约定

当服务的提供者提供了一个接口多个实现时，一般会在jar包的META-INF/services/目录下创建该接口的同文件，该文件里的内容就是该接口服务的具体实现类的名称。而外部加载这个模块的时候，就能通过该jav包的META-INF/services里面的配置文件得到具体实现类名，并加载实例化，完成模块的装配。

JDK提供服务实现查找的一个工具类：java.util.ServiceLoader。

很多框架都使用了java的SPI机制，如JDBC4中的java.sql.Driver的SPI实现(mysql驱动、oracle驱动等)、common-logging的日志接口实现。

下面我们来看一个mysql驱动包实现：



在META-INF/services下有个文件，名为java.sql.Driver，这是java sql驱动的接口，文件的内容为com.mysql.jdbc.Driver，这个是实现类。

3、为什么dubbo不采用JDK的SPI

1.JDK标准SPI会一次性加载实例化扩展点的所有实现，对于没用上的扩展点实现也会加载，会浪费资源

2.增加了对扩展点IOC和AOP的支持，一个扩展点可以直接 setter 注入其它扩展点

4、dubbo的SPI的约定

SPI的存储路径在META-INF\dubbo\internal目录下，并且文件名为接口的 全路径，就是＝接口的包我+接口名

每个SPI文件里的格式定义为:扩展名＝具体的类名

dubbo内部实现的各种扩展



SPI文件的存储文件路径：META-INF/dubbo/internal/ dubbo内部实现的各种扩展

/META-INF/dubbo/internal/com.alibaba.dubbo.rpc.Filter

每个spi 文件里面的格式定义为： 扩展名=具体的类名，例如

echo=com.alibaba.dubbo.rpc.filter.EchoFilter
generic=com.alibaba.dubbo.rpc.filter.GenericFilter
genericimpl=com.alibaba.dubbo.rpc.filter.GenericImplFilter
token=com.alibaba.dubbo.rpc.filter.TokenFilter
.......

5、dubbo内部SPI的具体实现

在dubbo SPI中最关键的类是ExtensionLoader。每个定义的spi的接口都会构建一个ExtensionLoader实例，存储在ExtensionLoader对象的ConcurrentMap