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提供了JDBC
java.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
这里打破了双亲委派机制。
涉及到源码实现较多,和本篇主题关系不大,留到下篇文章再研究。
下班!