JAVA SPI机制
spi（Service Provider Interface）
spi是一种api的方式，为了能够对第三方组件更好扩展的一种机制，可以增强框架的扩展或者替换一些组件。
简单的总结下java SPI机制的思想：我们系统里抽象的各个模块，往往有很多不同的实现方案，比如日志模块、xml解析模块、jdbc模块等方案。面向的对象的设计里，我们一般推荐模块之间基于接口编程，模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类，就违反了可拔插的原则，如果需要替换一种实现，就需要修改代码。为了实现在模块装配的时候能不在程序里动态指明，这就需要一种服务发现机制。 Java SPI就是提供这样的一个机制：为某个接口寻找服务实现的机制。
Java SPI的具体约定为：当服务的提供者提供了服务接口的一种实现之后，在jar包的META-INF/services/目录里同时创建一个以服务接口命名的文件，该文件里就是实现该服务接口的具体实现类。而当外部程序装配这个模块的时候，就能通过该jar包META-INF/services/里的配置文件找到具体的实现类名，并装载实例化，完成模块的注入。基于这样一个约定就能很好的找到服务接口的实现类，而不需要再代码里制定。jdk提供服务实现查找的一个工具类：java.util.ServiceLoader。
1 定义接口
import java.util.List;
import java.util.Map;
public interface BaseConfig {
boolean match(String fileName);
Boolean existHead();
}
2 定义实现类
public class TradeCodeManyLineRbtrConfig extends BaseConfig {
@Override
public Boolean existHead() {
return Boolean.TRUE;
}
@Override
public boolean match(String fileName) {
return Pattern.matches(INCRBTR_FILE_REGEX, fileName);
}
}
3 配置实现类
4 定义工厂
import java.util.Iterator;
import java.util.ServiceLoader;
public class FileParserConfigFactory {
private FileParserConfigFactory() {}
public static BaseConfig getFileParserConfig(String fileName) {
ServiceLoader<BaseConfig> serviceLoader =
ServiceLoader.load(BaseConfig.class);
Iterator<BaseConfig> it = serviceLoader.iterator();
while (it.hasNext()) {
BaseConfig service = it.next();
if (service.match(fileName)) {
return service;
}
}
return null;
}
}
