Why:为什么需要SPI？
我们系统里抽象的各个模块，往往有很多不同的实现方案，比如日志模块的方案，xml解析模块、jdbc模块的方案等。面向的对象的设计里，我们一般推荐模块之间基于接口编程，模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类，就违反了可拔插的原则，如果需要替换一种实现，就需要修改代码。为了实现在模块装配的时候能不在程序里动态指明（在类路径下去找...），这就需要一种服务发现机制。java spi就是提供这样的一个机制：为某个接口寻找服务实现的机制。有点类似IOC的思想，就是将装配的控制权移到程序之外，在模块化设计中这个机制尤其重要。
How:怎么实现SPI?
第一步，建立日志服务接口jar
1.1 工程结构
1.2 Logger接口
1.3 LoggerFactory类
1.4 工程打成jar包
第二步，建立日志服务的具体实现
2.1 工程结构
说明：(1)引入my-logging.jar;(2)新建一个Log5j类实现Logger接口;(3)新建一个META-INF/services文件夹，建一个你要实现的接口的名字命名的文件，既是com.my.Logger,里面的内容就是这个接口的实现类的完全限定名，既是com.log5j.Log5j。
2.2 Logger接口实现类Log5j
2.3 配置文件com.my.Logger
2.4 打包
第三步，建立测试项目test
3.1 工程结构
3.2 测试类Test
3.3 测试结果
What:什么是SPI?
SPI的全名为Service Provider Interface.大多数开发人员可能不熟悉，因为这个是针对厂商或者插件的。在java.util.ServiceLoader的文档里有比较详细的介绍。java spi的具体约定为:当服务的提供者，提供了服务接口的一种实现之后，在jar包的META-INF/services/目录里同时创建一个以服务接口命名的文件。该文件里就是实现该服务接口的具体实现类。而当外部程序装配这个模块的时候，就能通过该jar包META-INF/services/里的配置文件找到具体的实现类名，并装载实例化，完成模块的注入。 基于这样一个约定就能很好的找到服务接口的实现类，而不需要再代码里制定。jdk提供服务实现查找的一个工具类：java.util.ServiceLoader.
