共计 2855 个字符，预计需要花费 8 分钟才能阅读完成。
作者：废物大师兄
起源：www.cnblogs.com/cjsblog/p/14346766.html
SPI（Service Provider Interface）是 JDK 内置的一种服务提供发现机制。实质是将接口实现类的全限定名配置在文件中，并由服务加载器读取配置文件，加载实现类。这样能够在运行时，动静为接口替换实现类。
在 Java 中 SPI 是被用来设计给服务提供商做插件应用的。基于策略模式来实现动静加载的机制。咱们在程序只定义一个接口，具体的实现交个不同的服务提供者；在程序启动的时候，读取配置文件，由配置确定要调用哪一个实现。有很多组件的实现，如日志、数据库拜访等都是采纳这样的形式，最罕用的就是 JDBC 驱动。
1、Java SPI
外围类：java.util.ServiceLoader
服务是一组家喻户晓的接口和 (通常是形象的) 类。服务提供者是服务的特定实现。提供者中的类通常实现接口，并子类化服务自身中定义的类。服务提供者能够以扩大的模式装置在 Java 平台的实现中，即搁置在任何常见扩大目录中的 jar 文件。提供程序也能够通过将它们增加到应用程序的类门路或其余特定于平台的办法来提供。
通过在资源目录 META-INF/services 中搁置一个提供程序配置文件来辨认服务提供程序。文件名是服务类型的齐全限定二进制名称。该文件蕴含具体提供程序类的齐全限定二进制名的列表，每行一个。每个名称四周的空格和制表符以及空白行将被疏忽。正文字符是 ’#’；在每一行中，第一个正文字符之后的所有字符都将被疏忽。文件必须用 UTF- 8 编码。
依照下面的办法，咱们来写个例子试一下
首先，定义一个接口 Car
package org.example;
public interface Car {void run();
}两个实现类
ToyotaCar.java
package org.example;
public class ToyotaCar implements Car {
@Override
public void run() {System.out.println("Toyota");
}
}HondaCar.java
package org.example;
public class HondaCar implements Car {
@Override
public void run() {System.out.println("Honda");
}
}在 META-INF/services 下创立一个名为 org.example.Car 的文本文件
org.example.ToyotaCar
org.example.HondaCar最初，写个测试类运行看一下成果
package org.example;
import java.util.ServiceLoader;
public class App
{public static void main( String[] args )
{ServiceLoader<Car> serviceLoader = ServiceLoader.load(Car.class);
serviceLoader.forEach(x->x.run());
}
}
跟一下 ServiceLoader 的代码，看看是怎么找到服务实现的
用以后线程的类加载器加载
接口和类加载器都有了，万事俱备只欠东风
Java SPI 不足之处：
- 不能按需加载。Java SPI 在加载扩大点的时候，会一次性加载所有可用的扩大点，很多是不须要的，会节约系统资源
- 获取某个实现类的形式不够灵便，只能通过 Iterator 模式获取，不能依据某个参数来获取对应的实现类
- 不反对 AOP 与 IOC
- 如果扩大点加载失败，会导致调用方报错，导致追踪问题很艰难
2、Dubbo SPI
Dubbo 从新实现了一套性能更强的 SPI 机制, 反对了 AOP 与依赖注入，并且利用缓存进步加载实现类的性能，同时反对实现类的灵便获取。
<dependency>
<groupId>org.apache.dubbo</groupId>
<artifactId>dubbo</artifactId>
<version>2.7.8</version>
</dependency>外围类：org.apache.dubbo.common.extension.ExtensionLoader
先来理解一下 @SPI 注解，@SPI 是用来标记接口是一个可扩大的接口
革新一下后面的例子，在 Car 接口上加上 @SPI 注解
package org.example;
import org.apache.dubbo.common.extension.SPI;
@SPI
public interface Car {void run();
}两个实现类不变
在 META-INF/dubbo 目录下创立名为 org.example.Car 的文本文件，内容如下（键值对模式）：
toyota=org.example.ToyotaCar
honda=org.example.HondaCar编写测试类：
package org.example;
import org.apache.dubbo.common.extension.ExtensionLoader;
import java.util.ServiceLoader;
public class App
{public static void main( String[] args )
{
// Java SPI
ServiceLoader<Car> serviceLoader = ServiceLoader.load(Car.class);
serviceLoader.forEach(x->x.run());
// Dubbo SPI
ExtensionLoader<Car> extensionLoader = ExtensionLoader.getExtensionLoader(Car.class);
Car car = extensionLoader.getExtension("honda");
car.run();}
}上面跟一下代码
如果缓存 Map 中有，间接返回，没有则加载完当前放进去
加载策略到底是怎么的呢？
到这里就有点明确了，又看到了相熟的 ServiceLoad.load()，这不是方才讲的 Java SPI 嘛
回到之前策略那个中央，将策略按顺序排列，顺次遍历所有的策略来加载。就是在那三个目录下查找指定的文件，并读取其中的内容
跟之前的 ServiceLoader 一模一样
遇到 @Adaptive 标注的就缓存起来
最初，大家关注公众号 Java 技术栈，在后盾回复：面试，能够获取我整顿的 Java、Dubbo 系列面试题和答案，十分齐全。
近期热文举荐：
1.1,000+ 道 Java 面试题及答案整顿(2021 最新版)
2. 终于靠开源我的项目弄到 IntelliJ IDEA 激活码了，真香！
3. 阿里 Mock 工具正式开源，干掉市面上所有 Mock 工具！
4.Spring Cloud 2020.0.0 正式公布，全新颠覆性版本！
5.《Java 开发手册（嵩山版）》最新公布，速速下载！
感觉不错，别忘了顺手点赞 + 转发哦！