写在前面
Java SPI提供了一种为某个接口寻找服务实现的机制。有点类似IOC的思想，就是将装配的控制权移到程序之外，在模块化设计中这个机制尤其重要，SPI的核心思想就是解耦。
什么是SPI
SPI全称Service Provider Interface，是Java提供的一套用来被第三方实现或者扩展的API，它可以用来启用框架扩展和替换组件。Java SPI 实际上是“基于接口的编程＋策略模式＋配置文件”组合实现的动态加载机制。在面向对象的编程与设计中，一般推荐模块之间要基于接口编程，模块之间不对实现类进行硬编码，一旦代码里涉及了具体的实现类，就违反了可拔插的原则，如果需要替换另外一种实现，就需要修改代码。
使用场景
使用Java SPI机制的优势是实现解耦，使得第三方服务模块的装配控制的逻辑与调用者的业务代码分离，而不是耦合在一起，应用程序可以根据实际业务情况启用框架扩展或替换框架组件，常见的场景如下：
(1). JDBC加载不同类型的驱动
(2). SLF4J对Log4j/Logback的支持
…
实现约定
(1). 服务提供者提供接口的具体实现，在JAVA包的META-INF/services目录下创建一个以“接口全限定名”为命名的文件，内容为实现类的全限定名；
(2). 接口具体实现类所在的JAR包需要放在主程序的CLASSPATH中;
(3). 主程序通过java.util.ServiceLoder动态加载具体的实现模块，它通过扫描META-INF/services目录下的配置文件，找到具体实现类并把它加载到JVM中；
(4). SPI的实现类必须携带一个不带参数的构造函数。
四种角色
(1). 提供某种功能的接口(SLF4J 提供了一组接口类)
(2). 提供某种功能接口的具体实现(每个具体的实现需要包含：META-INF/services目录下创建一个以“接口全限定名”为命名的文件，内容为实现类的全限定名。Log4j/Logback提供了具体的实现)
(3). 提供发现和加载CLASSPATH中所有的接口具体实现的对象
(4). 客户端(接口的使用者)
