SPI简介

SPI 全称为 (Service Provider Interface) ，是JDK内置的一种服务提供发现机制。 目前有不少框架用它来做服务的扩展发现，简单来说，它就是一种动态替换发现的机制。使用SPI机制的优势是实现解耦， 使得第三方服务模块的装配控制逻辑与调用者的业务代码分离。

JDK中的SPI

  1.            ![image.png](https://cdn.nlark.com/yuque/0/2021/png/805291/1621673770350-5dbfa559-335e-4d34-b088-4bc0e910ca65.png#clientId=u1a4cba33-6ef9-4&from=paste&height=225&id=ufea2b563&margin=%5Bobject%20Object%5D&name=image.png&originHeight=225&originWidth=589&originalType=binary&size=31104&status=done&style=none&taskId=u9df60170-87ec-430e-b03c-09ac87c2b97&width=589)<br />Java中如果想要使用SPI功能，先提供标准服务接口，然后再提供相关接口实现和调用者。这样就可以通 过SPI机制中约定好的信息进行查询相应的接口实现。

SPI遵循如下约定：

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

Dubbo中的SPI

Dubbo中大量的使用了SPI来作为扩展点，通过实现同一接口的前提下，可以进行定制自己的实现类。 比如比较常见的协议，负载均衡，都可以通过SPI的方式进行定制化，自己扩展。Dubbo中已经存在的所有已经实现好的扩展点。
image.png
image.png

Dubbo自己做SPI的目的

1. JDK 标准的 SPI 会一次性实例化扩展点所有实现，如果有扩展实现初始化很耗时，但如果没用上也加
载，会很浪费资源
2. 如果有扩展点加载失败，则所有扩展点无法使用
3. 提供了对扩展点包装的功能(Adaptive)，并且还支持通过set的方式对其他的扩展点进行注入


扩展点规范

  1. 在META-INF/dubbo下创建SPI配置文件，文件名称为接口的全路径名
  2. 配置文件内容为key=扩展点实现类全路径名
  3. 兼容Java SPI，Dubbo启动时会自动扫描META-INF/services、META-INF/dubbo、META-INF/internal三个目录

示例：

  1. 配置文件（META-INF/dubbo目录下）

com.lagou.dubbo.study.spi.demo.api.HelloService

  1. 配置文件内容
    human=com.lagou.service.impl.HumanHelloService
dog=com.lagou.service.impl.DogHelloService