什么是 SPI ? 它有哪些使用场景 ?

SPI (Service Provider Interface)，是 JDK 内置的一种服务提供发现机制。

它允许服务提供者在运行时动态地将实现类注入到系统中，从而实现组件的可插拔性。

【举个例子】

比如说我现在要去实现数据库的一个增删改查操作，但是数据库它是由不同公司，不同厂商去做的，那么不同公司，不同厂商，他们的 CRUD 实现方式也就不同，MySQL 有 MySQL 的写法，db2 有 db2 的写法..... 那么对于开发者来说，问题就来了，MySQL 他有自己的一套写法，我在写增删改查的时候，我就得遵循他的写法去调用，突然有一天，我要把系统里的 MySQL 切换到 db2 上，而 db2 它又有另一套写法，那么对于开发者来说，他就不知道怎么办了，他没办法去写这个代码了，因为它不具备通用性。

那有没有一种机制能够让我只调用一种方式，然后让不同的厂商去实现相应的接口。而 SPI 的机制就是这种反客为主的方式！！也就是说我定义一套接口，你们不同的厂商自己去适配，比如说 JDBC，Java 这边就先定义好，增删改查你必须叫做（insert，delete，update，select），对于实现，不同的厂商你们自己想办法来对接我的接口。

这个时候，它就不是被动式的兼容服务厂商了，而是提供了一种规范，提供了一种发现机制，提供了一个插件，一个接口，让底层的数据库厂商自己去实现，这就是 SPI 的一个作用！！

在 SPI 机制中，通常是有三个角色的：

1. 服务接口（Service Interface）：定义一组接口或抽象类，表示一种服务或者是一种功能。
2. 服务提供者接口（Service Provide Interface）：是服务接口的具体实现，提供了服务的具体功能。
3. 服务加载器（Service Loader）：负责加载并实例化服务提供者，并将它注入到系统中，以供服务接口使用。

SPI 的 常见使用场景 ：

• 数据库驱动：也就是前边所举的例子。
• 日志框架：日志框架 (SLF4J) 也是使用了 SPI  机制。开发者可以选择不同的日志实现（Logback，Log4j）注入到系统中，使得开发者可以在不修改代码的情况下灵活的切换日志实现。