什么是 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)注入到系统中,使得开发者可以在不修改代码的情况下灵活的切换日志实现。

你可能感兴趣的:(java,java,后端)