Java SPI 详解

SPI 的全名为 Service Provider Interface，因为这个是针对厂商或者插件的，所以使用的比较少，主要使用的是 java.util.ServiceLoader

Java SPI 机制思想是 系统里抽象的各个模块，往往有很多不同的实现方案，比如日志模块的方案，xml解析模块、jdbc模块的方案等。在面向的对象的设计里，一般推荐模块之间基于接口编程，模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类，就违反了可拔插的原则，如果需要替换一种实现，就需要修改代码。为了实现在模块装配的时候能不在程序里动态指明，这就需要一种服务发现机制。 java spi就是提供这样的一个机制 : 为某个接口寻找服务实现的机制。有点类似 IOC 的思想，就是将装配的控制权移到程序之外，在模块化设计中这个机制尤其重要

SPI 具体约定 : Java SPI 的具体约定为，当服务的提供者，提供服务接口的一种实现之后，在 jar包 的 META-INF/services/ 目录里同时创建一个以服务接口命名的文件。该文件里就是实现该服务接口的具体实现类。而当外部程序装配这个模块的时候，就能通过该 jar包 META-INF/services/ 里的配置文件找到具体的实现类名，并装载实例化，完成模块的注入。 基于这样一个约定就能很好的找到服务接口的实现类，而不需要再代码里制定。jdk提供服务实现查找的一个工具类 : java.util.ServiceLoader

应用场景

1> common-logging : apache 最早提供的日志的门面接口。只有接口，没有实现。具体方案由各提供商实现， 发现日志提供商是通过扫描 META-INF/services/org.apache.commons.logging.LogFactory 配置文件，通过读取该文件的内容找到日志提工商实现类。只要日志实现里包含了这个文件，并在文件里制定 LogFactory工厂接口的实现类即可

2> jdbc : jdbc4.0以前，开发人员还需要基于 Class.forName("xxx") 的方式来装载驱动，jdbc4 也基于 spi的机制来发现驱动提供商，可以通过 META-INF/services/java.sql.Driver 文件里指定实现类的方式来b暴露驱动提供者

案例 : 

创建接口及其实现类

public interface ISayName {

    void say();

}

public class SayChineseName implements ISayName {

    @Override

    public void say() {

        System.out.println("精通要饭");

    }

}

public class SayEnglishName implements ISayName {

    @Override

    public void say() {

        System.out.println("Proficient in begging");

    }

}

在 META-INF/services 创建名称为 ISayName 全路径名的文件，其内容为 SayChineseName 和 SayEnglishName 连个类路径，且一个类占一行

ServiceLoader<ISayName> loaders = ServiceLoader.load(ISayName.class);

for (ISayName sayName : loaders) {

    sayName.say();

}

// 打印 :

// 精通要饭

// Proficient in begging