Dubbo SPI机制之一JDK中的SPI
首先简单阐述下什么是SPI:SPI 全称为 (Service Provider Interface) ,是JDK内置的一种服务提供发现机制。目前有不少框架用它来做服务的扩展发现,简单来说,就是一种动态替换发现的机制。使用SPI机制的优势是实现解耦,使得第三方服务模块的装配控制逻辑与调用者的业务代码分离。
SPI遵循如下约定:
1、当服务提供者提供了接口的一种具体实现后,在META-INF/services目录下创建一个以“接口全限定名”为命名的文件,内容为实现类的全限定名;
2、接口实现类所在的jar包放在主程序的classpath中;
3、主程序通过java.util.ServiceLoader动态装载实现模块,它通过扫描META-INF/services目录下的配置文件找到实现类的全限定名,把类加载到JVM;
4、SPI的实现类必须携带一个无参构造方法;
JDK中的SPI具体实践如下:
1、提供标准服务接口
2、接口实现
3、META-INF/services目录下创建一个以“接口全限定名”为命名的文件,内容为实现类的全限定名
4、使用:接口实现类所在的jar包放在主程序的classpath中
调用实现类的应用pom.xml增加实现类所在jar的依赖:
5、主程序通过java.util.ServiceLoader动态装载实现模块
执行主程序,结果如下:
如果接口实现类所在的jar包不放在主程序的classpath中,执行结果如何?
对于上述第四步,实现依赖注释
执行主程序后结果如下:
即实现类没有成功加载。
对于SPI约定中提到的SPI的实现类必须携带一个无参构造方法,在上面的接口实现中并没有提供一个无参的构造函数,可以理解为此种情况默认使用隐式的构造函数。