一.SPI概述
1.SPI概述
SPI (Service Provider Interface)是一种服务发现机制。SPI的本质是将接口实现类的全限定名配置在文件中,由服务器加载读取配置文件,这样可以在运行时,动态为接口替换实现类。
2.SPI作用
通过SPI机制为程序提供拓展功能。
二.Java中的SPI
1.Java SPI概述
Java的SPI实际上是通过 "接口编程+策略模式+配置文件" 组合实现的动态加载机制。
2.Java SPI场景举例
例:数据库驱动java.sql.Driver,Mysql,Oracle都有自己的驱动实现jar 包,只需引入不同的jar包即可加载不同的数据库驱动,例如mysqlconnector-java中,其META-INF/services下制定了mysql驱动的实现类。
3.Java的SPI入门案例
<1> 定义Robot接口
public interface Robot {
void sayHello();
}
<2> 定义两个实现类,分别为 OptimusPrime 和 Bumblebee
public class OptimusPrime implements Robot {
@Override
public void sayHello() {
System.out.println("Hello, I am Optimus Prime.");
}
}
public class Bumblebee implements Robot {
@Override
public void sayHello() {
System.out.println("Hello, I am Bumblebee.");
}
}
<3>在resources/META-INF/services 文件夹下创建一个文件,名称为 Robot 的全限定名 com.itheima.java.spi.Robot。文件内容为实现类的全限定的类名,如下图所示。
<4> 创建测试类,编写测试代码
public class JavaSPITest {
@Test
public void sayHello() throws Exception {
ServiceLoader<Robot> serviceLoader = ServiceLoader.load(Robot.class);
System.out.println("Java SPI");
serviceLoader.forEach(Robot::sayHello);
}
}
<5>运行测试类,输出测试结果,从测试结果可以看出,我们的两个实现类被成功的加载,并输出了相应的内容。
4.Java SPI总结
优点:接口与具体业务实现分离,实现解耦。
缺点:不能按需加载,需要遍历全部文件,让接口的实现类全部载入并实例化一遍。
三.Dubbo中的SPI
1.概述
与 Java SPI 实现类配置不同,Dubbo SPI 是通过键值对的方式进行配置(key自己 指定,value为实现类的全路径),这样我们可以按需加载指定的实现类。
2.入门案例
<1> 定义接口(在使用Dubbo SPI时,需要在接口上标注@SPI注解)
@SPI
public interface Robot {
void sayHello();
}
<2> 在resources/META-INF/dubbo文件夹下创建一个文件,Dubbo SPI 是通过键值对的方式进行配置(key自己 指定,value为实现类的全路径)内容如下
optimusPrime = org.apache.spi.OptimusPrime
bumblebee = org.apache.spi.Bumblebee
<3> 创建测试类,编写测试代码
public class DubboSPITest {
@Test
public void sayHello() throws Exception {
ExtensionLoader<Robot> extensionLoader =
ExtensionLoader.getExtensionLoader(Robot.class);
Robot optimusPrime = extensionLoader.getExtension("optimusPrime");
optimusPrime.sayHello();
Robot bumblebee = extensionLoader.getExtension("bumblebee");
bumblebee.sayHello();
}
}
<4> 测试结果如下
3.Dubbo SPI优点
<1>按需加载
<2>支持AOP
<3>支持IOC(能够通过set方法注入其他扩展点)