Java SPI规范

Java SPI规范

SPI的全名为Service Provider Interface。这是针对厂商或者插件的，在java.util.ServiceLoader的文档里有比较详细的介绍。

java SPI机制的思想是我们系统里面的各个模块，往往有很多不同的实现方案。面向对象的设计里，一般是模块之间基于接口编程，模块之间不对实现类进行硬编码。一旦代码里设计具体的实现类，就违反了可插拔的原则，如果需要替换一种实现，就需要修改代码。为了实现在模块装配的时候能不在程序里动态声明，这就需要一种服务发现机制。

java SPI就是提供这样一种机制：为某个接口寻找服务实现的机制。优点类似于IOC的思想，就是将装配的控制权转移到程序之外，在模块化设计中这个机制尤其重要。

要使用Java SPI 需要遵循如下约定：

1.当服务提供者提供了接口的一种具体实现后，在jar包的META-INF/services目录下创建一个以“接口全路径名”命名的文件，内容为实现类的全限定名。

2.接口实现类所在的jar包放在主程序的classpath中

3.主程序通过java.util.ServiceLoder动态装载实现模块，它通过扫描META-INF/Services目录下的配置文件找到实现类的全限定名，把类加载到JVM

4.SPI的实现类必须携带一个不带参数的构造方法

Spring Boot中的SPI机制

在Spring中也有一种类似与Java SPI的加载机制，它在META-INF/spring.factories文件中配置接口的实现类名称，然后在程序中读取这些配置文件并实例化。

这种自定义的SPI机制是Spring Boot Starter实现的基础。