SPI
SPI 全称为 (Service Provider Interface) ,是JDK内置的一种服务提供发现机制。
实现
- 1.在 META-INF/services/ 目录中创建以接口全限定名命名的文件，该文件内容为API具体实现类的全限定名
- 2.使用 ServiceLoader 类动态加载 META-INF 中的实现类
- 3.如 SPI 的实现类为 Jar 则需要放在主程序 ClassPath 中
- 4.API 具体实现类必须有一个不带参数的构造方法
image.png
案例
- common-logging Apache最早提供的日志的门面接口。只有接口，没有实现。具体方 案由各提供商实现， 发现日志提供商是通过扫描 META- INF/services/org.apache.commons.logging.LogFactory配置文件，通过读取该文 件的内容 找到日志提工商实现类。只要我们的日志实现里包含了这个文件，并在文件里 制定LogFactory工厂接口的实现类即可。
- JDBC jdbc4.0以前， 开发人员还需要基于Class.forName("xxx")的方式来装载驱动。 创建连接： DriverManage.getConnection()中，有Connection con = aDriver.driver.connect(url, info); driver成员变量，是java.sql.Driver接口，Java对外公开的一个加载驱动接口，Java并未实现，至于实现这个接口由各个Jdbc厂商去实现。 如MySQL，mysql-connector-java-5.1.38.jar包下面META-INF.services包下有个java.sql.Driver文件打开文件有下面两行 com.mysql.jdbc.Driver com.mysql.fabric.jdbc.FabricMySQLDriver
JDBC driver
下面用jdbc4.0以后的加载驱动，来具体说明一下。
String url = "jdbc:mysql://localhost:3306/test";
Connection conn = DriverManager.getConnection(url,username,password);
上面代码没有了加载驱动的代码,也就是似。不需要使用Class.forName("com.mysql.jdbc.Driver")，上面代码没有了加载驱动的代码，我们怎么去确定使用哪个数据库连接的驱动呢？这里就涉及到使用Java的SPI扩展机制来查找相关驱动的东西了
- DriverManager的loadInitialDrivers方法，用到了上文提到的spi工具类ServiceLoader。
- 遍历使用SPI获取到的具体实现，实例化各个实现类。在遍历的时候，首先调用driversIterator.hasNext()方法，这里会搜索classpath下以及jar包中所有的META-INF/services目录下的java.sql.Driver文件，并找到文件中的实现类的名字
- 然后加载驱动类的实例，注意这里涉及到违反双亲委派的上下文类加载器，DriverManager需要加载具体的驱动类。但是DriverManager是extloader加载的，他肯定无法加载我们的驱动类，所以就获取了上下文加载器，也就是contextLoader，这里默认都是appLoader，就可以加载我们的驱动了。
dubbo
dubbo为什么没有采用jdk的spi机制？
- 1，JDK标准的SPI会一次性实例化扩展点所有实现，如果有扩展实现初始化很耗时，但如果没用上也加载，会很浪费资源.
- 2，JDK的SPI机制没有Ioc和AOP的支持，因此dubbo用了自己的spi机制：增加了对扩展点IoC和AOP的支持，一个扩展点可以直接setter注入其它扩展点。
