1、SPI简介：
SPI的全称为（Service provider interface）是JDK内置的一种服务提供发现机制。目前有不少框架用它来做服务的扩展发现，简单来说，他就是一种动态替换发现的机制。使用SPI机制的优势是实现解耦，使得第三方服务模块的装配控制逻辑与调用者的业务代码分离。
1.1 、JDK中的调用链
1、SPI简介：
SPI的全称为（Service provider interface）是JDK内置的一种服务提供发现机制。目前有不少框架用它来做服务的扩展发现，简单来说，他就是一种动态替换发现的机制。使用SPI机制的优势是实现解耦，使得第三方服务模块的装配控制逻辑与调用者的业务代码分离。
1.1 、JDK中的调用链
page16image13724016.png
Java中如果想要使用SPI功能，先提供标准的服务接口，然后再提供相关接口实现和调用者。这样就可以通过SPI机制中约定好的信息进行查询相应的接口实现。
1.2、SPI约定
- 当服务提供者提供了接口的一种具体实现后，在META-INF/services目录下创建一个以“接口全限定”为命名的文件，内容为实现类的全限定名；
- 接口实现类所在的jar包放在主程序的classpath中
- 主程序通过java.util.ServiceLoader动态装载实现模块，它通过扫描META-INF/services目录下的配置文件找到实现类的全限定名，把类加载到JVM
- SPI的实现类必须携带一个无参构造方法
1.3、优缺点
优点：
- 使用Java SPI机制的优势是实现解耦，使得第三方服务模块的装配控制的逻辑与调用者的业务代码分离，而不是耦合在一起。应用程序可以根据实际业务情况启用框架扩展或替换框架组件。
缺点：
- 虽然ServiceLoader也算是使用的延迟加载，但是基本只能通过遍历全部获取，也就是接口的实现类全部加载并实例化一遍。如果你并不想用某些实现类，它也被加载并实例化了，这就造成了浪费。获取某个实现类的方式不够灵活，只能通过Iterator形式获取，不能根据某个参数来获取对应的实现类。
- 多个并发多线程使用ServiceLoader类的实例是不安全的。
2、Dubbo中的SPI：
dubbo中大量的使用了SPI来作为扩展点，通过实现同一接口的前提下，可以进行定制自己的实现类。比如常见的协议、负载均衡，都可以通过SPI的方式进行定制化，自己扩展。Dubbo中已经存在的所有已经实现好的扩展点。
2.1、Dubbo的SPI约定：
- META-INF/services/ 目录：该目录下的 SPI 配置文件是为了用来兼容 Java SPI 。
- META-INF/dubbo/ 目录：该目录存放用户自定义的 SPI 配置文件。
- META-INF/dubbo/internal/ 目录：该目录存放 Dubbo 内部使用的 SPI 配置文件。
