Java spi :
是上游产商给服务供应商提供的接口，供应商遵循接口契约提供自己的实现.。提供了服务接口的一种实现之后，在jar包的META-INF/services/目录里同时创建一个以服务接口命名的文件。该文件里就是实现该服务接口的具体实现类。而当外部程序装配这个模块的时候，就能通过该jar包META-INF/services/里的配置文件找到具体的实现类名，并装载实例化，完成模块的注入。 基于这样一个约定就能很好的找到服务接口的实现类，而不需要再代码里制定。
简单来讲就是为某个接口寻找服务实现的机制。
在看JDBC源码当看到DriverManage.getConnection()这个方法，点进去DriverManage类看到getConnection()方法里核心语句：
for(DriverInfo aDriver : registeredDrivers) {
Connection con = aDriver.driver.connect(url, info);
}
其中driver是DriverInfo类中的的aDriver类型的成员变量，而Driver(java.sql.Driver)是个接口，所以点进去的connect方法只是个aDriver接口里面定义的方法，并没有实现类，实现类哪里去了？？
在mysql-connector-java-5.1.18.jar包里可以找到原因，这里涉及到java的Spi机制
1 为什么Driver是个接口：
java.sql.Driver接口是Java对外公开的一个加载驱动接口，Java并未实现，至于实现这个接口由各个Jdbc厂商去实现就行了，好处是解藕，使得更具有灵活性，当然这也是面向对象的好处之一。
换句话说J2EE仅仅是一个标准，只是一个架构。真正的实现是不同提供商提供的。
2 怎么找到相应实现类：在mysql-connector-java-5.1.38.jar包下面META-INF.services包下有个java.sql.Driver文件打开文件有下面一行
com.mysql.jdbc.Driver
其中com.mysql.jdbc.Driver类是实现了java.sql.Driver接口
3原理是什么：
当服务的提供者，提供了服务接口的一种实现之后，在jar包的META-INF/services/目录里同时创建一个以服务接口命名的文件。该文 件里就是实现该服务接口的具体实现类。而当外部程序装配这个
模块的时候，就能通过该jar包META-INF/services/里的配置文件找到具体的 实现类名，并装载实例化，完成模块的注入。
基于这样一个约定就能很好的找到服务接口的实现类，而不需要再代码里制定。
另外。Spi机制的还体现在程序猿每天都会用到的日志：
1.common-logging apache最早提供的日志的门面接口。只有接口，没有实现。具体方案由各提供商实现， 发现日志提供商是通过扫描 META-INF/services/org.apache.commons.logging.LogFactory配置文件，通过读取该文件的内容找到日志提工商实现类。只要我们的日志实现里包含了这个文件，并在文件里制定 LogFactory工厂接口的实现类即可。
现在的sl4j也是一个日志门面（API）,log4j和logback是实现API的框架，相信也会涉及到SPi机制吧。