SPI机制

SPI是什么
SPI全称Service Provider Interface，是Java提供的一套用来被第三方实现或者扩展的API，它可以用来启用框架扩展和替换组件
SPI是扩展点，所谓扩展点就是已有功能不满足使用，要进行自定义实现，我们可以推测其key是确定的，value可以添加我们的自定义实现

API 与 SPI
框架或组件通常有两类客户，一个是使用者，一个是扩展者。API 是给使用者用的，而 SPI 是给扩展者用的。在设计时，尽量把它们隔离开，而不要混在一起。也就是说，使用者是看不到扩展者写的实现的，或者说使用框架的人可能是不知道框架被扩展了
例如mysql对spring的数据库加载的扩展，我们只需要引入所需的包，就可以直接使用mysql提供的数据库功能
spring想要丰富自己的体系，就必须暴露出一套规则，使得别的框架开发者可以根据其规则来丰富框架，而框架的使用者不需要关心这些实现，使用者只需要关心开发者提供的API

比如：一个 Web 框架，它有一个 API 接口叫 Action，里面有个 execute() 方法，是给使用者用来写业务逻辑的。然后，Web 框架有一个 SPI 接口给扩展者控制输出方式，比如用 velocity 模板输出还是用 json 输出等
合理的方式是，有一个单独的 Renderer 接口，有 VelocityRenderer 和 JsonRenderer 实现，Web 框架将 Action 的输出转交给 Renderer 接口做渲染输出

SPI整体机制图如下：

上图是不是和java的远程方法调用（RMI）很像，都是类似于调用方通过接口调用服务提供方的服务，但是两者还是有很大的区别的

SPI和RMI的区别：

1.原理不同：
远程调用是通过网络传输的通过底层socket实现的，而SPI是本地方法调用通过java对配置文件的解析实现的
2.实现方式不同：
远程方法调用是用于调用服务提供者的实现，对于调用者来说是不知道具体的实现细节的，而SPI是对一个接口调用者可以选择不同的实现，可以是第三方的实现也可以是自己的实现

SPI使用场景
概括地说，适用于：调用者根据实际使用需要，启用、扩展、或者替换框架的实现策略，其核心思想是对服务实现控制权的下放，例如java的JDBC

比较常见的例子：

• 数据库驱动加载接口实现类的加载
  JDBC加载不同类型数据库的驱动
• 日志门面接口实现类加载
  SLF4J加载不同提供商的日志实现类
• Spring
  Spring中大量使用了SPI,比如：对servlet3.0规范对ServletContainerInitializer的实现、自动类型转换Type Conversion SPI(Converter SPI、Formatter SPI)等
• Dubbo
  Dubbo中也大量使用SPI的方式实现框架的扩展, 不过它对Java提供的原生SPI做了封装，允许用户扩展实现Filter接口

实现方式
当服务提供者提供了接口的一种具体实现后，在jar包的META-INF/services目录下创建一个以“接口全限定名”为命名的文件，内容为实现类的全限定名；例如mysql的jar包下面的java.sql.Driver
接口实现类所在的jar包放在主程序的classpath中；
主程序通过java.util.ServiceLoder动态装载实现模块，它通过扫描META-INF/services目录下的配置文件找到实现类的全限定名，把类加载到JVM；
SPI的实现类必须携带一个不带参数的构造方法；