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实现的基础。