SPI是什么玩意儿：
SPI：全名为Service Provider Interface，我对于该机制的理解是为接口寻找服务实现类。现在公司的系统都是进行了模块的划分，系统抽象为多个模块，往往有很多不同的实现方案，比如日志模块的方案，xml解析模块、jdbc模块的方案等。
为什么要有它：
面向的对象的设计里，我们一般推荐模块之间基于接口编程，模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类，就违反了可拔插的原则，如果需要替换一种实现，就需要修改代码。于是就有了SPI这种服务发现机制。
怎么使用呢？
JDK提供了一个服务发现查找类：java.util.ServiceLoader，这个就可以让你来加载自己的实现类，
当我们进行模块化编码的时候，我们可能需要引用另外一个模块的某些类，我们就可以把这个模块打成jar包，引入到我们自己的项目路径中，但是在打jar包的时候要在JAR包的META-INF/services/目录下创建一个文件，文件的名字是接口的全类名，比如文件的名字是com.olsen.interface.Developer 文件的内容就是这个接口的实现类的全类名，比如文件的内容是：
com.olsen.service.ADeveloper
com.olsen.service.BDeveloper然后我们就把这个jar包引入到我们的文件后，就可以通过ServiceLoader加载ADeveloper和BDeveloper了。
DEMO:
public interface Developer {
public void develop();
}public class ADeveloper implements Developer {
@Override
public void develop(){
//Do Something
};
}public class BDeveloper implements Developer {
@Override
public void develop(){
//Do Something
};
}上面是jar包的内容，
import java.util.ServiceLoader;
import cn.edu.knowledge.spi.Developer;
public class DeVelopers{
public ServiceLoader<Developer> developers = ServiceLoader.load(Developer.class);
public static void main(String[] arg) {
for (Developer dev : serviceloader) {
dev.develop();
}
}
}我们在开发中都有用到SPI机制，但是我们没有意识到比如：
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文件里指定实现类的方式来暴露驱动提供者。
学习到的知识：面向接口编程可以实现接口和实现的分离，这样做的最大好处就是能够在客户端未知的情况下修改实现代码。那么什么时候应该抽象出Java接口呢？一种是用在层和层之问的调用。层和层之间是最忌讳耦合度过高或是改变过于频繁。设计优秀的接口能够解决这个问题。另一种是用在那些不稳定的部分上。如果某些需求的变化性很大，那么定义接口也是一种解决之道。设计良好的接口就像是我们日常使用的万用插座一样，不论插头如何变化，都可以使用。
