关于java:JAVA的SPI机制

SPI（Service Provider Interface）:，“服务提供者接口”，是指在服务应用方角度提出的“接口要求”，是对“服务提供方”提出的约定，简略说就是：“我须要这样的服务，当初你们来满足”。

是不是看起来很浅近的样子. 其实特地简略咱们先来一个例子, 大家更容易了解什么是 JAVA 的 SPI 机制:

首先咱们提供了一个订单解决的接口


/**
 * @Author: lty
 * @Date: 2021/1/22 14:24
 * 订单的解决接口
 */
public interface OrderHandlerService {String  handler(String orderid);
}

两个实现类


public class PddOrderHandler implements OrderHandlerService
{
    @Override
    public String handler(String orderid) {System.out.println("Pdd handler execute");
        return "Pdd handler execute";
    }
}


public class TaobaoOrderHandler implements OrderHandlerService
{
    @Override
    public String handler(String orderid) {System.out.println("taobao handler execute");
        return "taobao handler execute";
    }
}

类图关系:

平时在开发过程中咱们实例一个对象是通过 new 的形式

public static void main(String[] args) {OrderHandlerService pddOrderHandler = new PddOrderHandler();
        pddOrderHandler.handler("000000001");
}
        
//Pdd handler execute

通过 ServiceLoader.load()办法获取实现类

public static void main(String[] args) {
        // 应用 spi
        ServiceLoader<OrderHandlerService> services = ServiceLoader.load(OrderHandlerService.class);
        services.forEach(orderHandlerService -> {orderHandlerService.handler("000001");
        });
        
        //Pdd handler execute
        //taobao handler execute
 }

留神:

通过 SPI 形式咱们须要提供一个特地的文件:

文件位于
/resources/META-INF/services

文件名为 com.xxx. 即 接口的全限定名称。

内容为两个 实现类的全限定名称:

com.liangtengyu.service.Impl.PddOrderHandler
com.liangtengyu.service.Impl.TaobaoOrderHandler

具体的底层实现能够分离出来实现内部加载，也能够将每组实现和 SPI 配置文件打包成不同的 jar，在具体应用时依据须要应用不同的 jar 即可。

在源码中

ServiceLoader 类定义了一个前缀
private static final String PREFIX = “META-INF/services/”

用来约定上述指定的地位，基于约定的配置读取会从这里查找, 如果咱们引入了第三方的 jar 包，如果 jar 中的 META-INF/service 有 OrderHandlerService 的实现，也会被读取，并且实例化外面的类。

这里咱们以 JDBC 为例子

mysql-connector-java:5.1.32 包的 META-INF/services/ 目录下有个 java.sql.Driver

文件，内容为：

com.mysql.jdbc.Driver
com.mysql.fabric.jdbc.FabricMySQLDriver

在 SqlLite 中也有同样的文件.

它们都是用来加载实现了 java.sql.Driver 接口实现类的地位

// 内容为
org.sqlite.JDBC

其它的利用:

日志门面接口实现类加载，SLF4J 加载不同提供商的日志实现类

Spring 中大量应用了 SPI, 比方：对 servlet3.0 标准对 ServletContainerInitializer 的实现、主动类型转换 Type Conversion SPI(Converter SPI、Formatter SPI)等

Dubbo 中也大量应用 SPI 的形式实现框架的扩大, 不过它对 Java 提供的原生 SPI 做了封装，容许用户扩大实现 Filter 接口

…

长处：
应用 Java SPI 机制的劣势是实现解耦，使得第三方服务模块的拆卸管制的逻辑与调用者的业务代码拆散，而不是耦合在一起。应用程序能够依据理论业务状况启用框架扩大或替换框架组件。

毛病：尽管 ServiceLoader 也算是应用的提早加载，然而根本只能通过遍历全副获取，也就是接口的实现类全副加载并实例化一遍。如果你并不想用某些实现类，它也被加载并实例化了，这就造成了节约。获取某个实现类，的形式不够灵便, 多个并发多线程应用 ServiceLoader 类的实例是不平安的。

关注公众号:java 宝典

关于java:JAVA的SPI机制

JAVA 的 SPI 机制是什么?

1. 通过间接调用实现类的形式

2. 通过 SPI 提供实现类的形式

SPI 的利用

总结