一、什么是SPI

SPI的全名为Service Provider Interface.大多数开发人员可能不熟悉，因为这个是针对厂商或者插件的。在java.util.ServiceLoader的文档里有比较详细的介绍。简单的总结下java spi机制的思想。我们系统里抽象的各个模块，往往有很多不同的实现方案，比如日志模块的方案，xml解析模块、jdbc模块的方案等。面向的对象的设计里，我们一般推荐模块之间基于接口编程，模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类，就违反了可拔插的原则，如果需要替换一种实现，就需要修改代码。为了实现在模块装配的时候能不在程序里动态指明，这就需要一种服务发现机制。 java spi就是提供这样的一个机制：为某个接口寻找服务实现的机制。有点类似IOC的思想，就是将装配的控制权移到程序之外，在模块化设计中这个机制尤其重要。

1、JDBC中的SPI

jdbc4.0以前， 开发人员还需要基于Class.forName("xxx")的方式来装载驱动，jdbc4也基于spi的机制来发现驱动提供商了，可以通过META-INF/services/java.sql.Driver文件里指定实现类的方式来暴露驱动提供者.

現在的我們获取JDBC的connection 

DriverManager 在初始化前会调用如下方法

 2、SPI的使用

 在该文件中添加实现类:

com.jalja.data.spi.video.TencentVideo
com.jalja.data.spi.video.AiqiyiVideo

3、SPI的原理

使用当前线程的类加载器去加载

使用反射创建各个实现类的实例

 二、Dubbo中的SPI

首先，从上面的java spi的原理中可以了解到，java的spi机制有着如下的弊端：

• 只能遍历所有的实现，并全部实例化。
• 配置文件中只是简单的列出了所有的扩展实现，而没有给他们命名。导致在程序中很难去准确的引用它们。

dubbo作为一个高度可扩展的rpc框架，也依赖于java的spi，并且dubbo对java原生的spi机制作出了一定的扩展，使得其功能更加强大。dubbo的spi有如下几个概念：

• 扩展点：一个接口。
• 扩展：扩展（接口）的实现。
• 扩展点加载器：ExtensionLoader
• 扩展自适应实例：其实就是一个Extension的代理，它实现了扩展点接口。在调用扩展点的接口方法时，会根据实际的参数来决定要使用哪个扩展。dubbo会根据接口中的参数，自动地决定选择哪个实现。

• @SPI:该注解作用于扩展点的接口上，表明该接口是一个扩展点。
• @Adaptive：@Adaptive注解用在扩展接口的方法上。表示该方法是一个自适应方法。Dubbo在为扩展点生成自适应实例时，如果方法有@Adaptive注解，会为该方法生成对应的代码。

原文：https://www.cnblogs.com/jalja365/p/14718532.html