Java SPI 思想分析:
1. 当我们的系统里面抽象的各个模块,往往有很多不同的实现方案,比如日志处理模块、xml解析模块、过滤器的模块等,一般我们模块之间是基于接口编程的,模块之间不会对具体实现类进行硬编码。一旦代码里涉及到具体实现类时,就违反了可插拔的原则,如果需要替换一种实现,就需要修改代码。为了实现在模块装配的时候能不在程序里动态指明,这就需要一种服务发现机制。Java SPI 就是提供了这样一种机制:为某个接口寻找服务实现的机制。
2. spi规范约定:
当服务的提供者,提供了服务接口的一种实现之后,在jar包的META-INF/services/目录里同时创建一个以服务接口命名的文件。该文 件里就是实现该服务接口的具体实现类。而当外部程序装配这个
模块的时候,就能通过该jar包META-INF/services/里的配置文件找到具体的 实现类名,并装载实例化,完成模块的注入。 基于这样一个约定就能很好的找到服务接口的实现类,而不需要再代码里制定。jdk提供服务实现查找的一个工具类:java.util.ServiceLoader
3. 使用场景: jdbc、dubbo
示例demo:
package cn.rhb.pojo;
public interface Service {
void say();
void getName(String name);
}
package cn.rhb.pojo;
/**
* @ClassName ServiceImpl1
* @Description 实现类1
* @Author rhb
* @Date 2020-06-19 10:26
* @Version 1.0
*/
public class ServiceImpl1 implements Service {
@Override
public void say() {
System.out.println("ServiceImpl1 Hello!");
}
@Override
public void getName(String name) {
System.out.println("1:"+name);
}
}
package cn.rhb.pojo;
/**
* @ClassName ServiceImpl2
* @Description 实现类2
* @Author rhb
* @Date 2020-06-19 10:26
* @Version 1.0
*/
public class ServiceImpl2 implements Service {
@Override
public void say() {
System.out.println("ServiceImpl2 Hello!");
}
@Override
public void getName(String name) {
System.out.println("2:"+name);
}
}
创建:resource/META-INF/services/cn.rhb.pojo.Service文件。文件内容:目标实现类完成路径
cn.rhb.pojo.ServiceImpl1
注:JDBC中SPI的使用