SPI : Service Provider Interface

1.概述

jdk6中引入了一个新特性，使得我们可以根据一个指定的「接口」去找到并加载指定的「实现」。
本篇文章会详细介绍下SPI的用法及场景。

2.关键组成

以java.sql.Driver为例

Service

一个众所周知的「接口」。比如说jdk包中的java.sql.Driver，,这就是JDBC的接口定义。它没有具体的实现，具体的实现由不同的厂商自己提供，例如MySQL的com.mysql.jdbc.Driver、Oracle的oracle.jdbc.driver.OracleDriver

Service Provider

SPI 的特定实现。服务提供者包含一个或多个实现或扩展服务类型的具体类。

服务提供者通过配置文件进行配置和标识，将该文件放在资源目录 META-INF/services 中。文件名是 SPI 的完全限定名，其内容是 SPI 实现的完全限定名。

Service Provider 是一个 jar 文件，我们将其放置在应用程序类路径、 Java 扩展类路径或用户定义的类路径中。

来看下mysql-connector-java是怎么做的

可以看到Driver继承了NonRegisteringDriver并且实现了jdk提供的java.sql.Driver接口。NonRegisteringDriver本身也实现了jdk提供的java.sql.Driver接口。

Driver中的静态域部分只做了一件事情，那就看下DriverManager是什么。

DriverManager和java.sql.Driver接口一样，也是JDK提供的。从命名就可以看出，这个类的作用就是管理所有能加载到的java.sql.Driver接口实现。

DriverManager中有这么一段代码：

static {loadInitialDrivers();println("JDBC DriverManager initialized");
}

loadInitialDrivers()的实现中比较长，截取一段我们关注的

ServiceLoader<Driver> loadedDrivers = ServiceLoader.load(Driver.class);
Iterator<Driver> driversIterator = loadedDrivers.iterator();

总结：

JDK提供了JDBCjava.sql.Driver接口
mysql提供对java.sql.Driver的实现com.mysql.jdbc.Driver
mysql的com.mysql.jdbc.Driver被实例化时，使用JDK提供的DriverManager做注册
DriverManager实例化时，通过JDK的ServiceLoader扫描、加载java.sql.Driver的实现类

ServiceLoader

SPI 的核心是 ServiceLoader 类。
它具有延迟发现和加载实现的作用。
它使用上下文类路径来定位Service Provider的实现并将它们放入内部缓存中。

其代码中定义了扫描包的路径：

private static final String PREFIX = "META-INF/services/";

3.打破双亲委派

我们知道jdk的核心API（e.g rt.jar）是BootstrapClassLoader加载的，三方提供的jar包是AppClassLoader加载的，那么ServiceLoader是rt.jar中的类，那么对应的加载器就是BootstrapClassLoader。

那么问题来了。

如果一个类由类加载器加载，那么这个类依赖的类也是由相同的类加载器加载的。

很显然，ServiceLoader这里打破了双亲委派机制。
涉及到源码实现较多，和本篇主题关系不大，留到下篇文章再研究。

下班！