100DaysCode-Day17 SPI机制浅读:Java SPI
/ / 点击 / 阅读耗时 8 分钟在开始了解RPC的时候,我们常常会学会去用到`SpringCloud`和`Dubbo`,那么就必不可少的会去接触到
`SPI`,一个熟悉而又陌生的概念,那么今天我们就先来看看这个神秘的`SPI`到底是什么,它能给我们带来什
么有意思的东西
基本概念
SPI
英文全称Service provider interface
,从名字我们就可以看的出来,它应该是作用于接口
(不一定是 Java 中的那个接口),同时也是提供给对应的供应商的,从字面意思我们可以解读出来,它应该是用作为一些第三方需要接入的实现或者组件预留的一套工具,是一套服务发现机制。
如何使用
其实使用SPI
相对来说比理解它更为简单,我们基本上只需要遵循它给到的一些模板,我们就能很好的去利用这样的一个工具。
固定的 SPI 加载工具类
JDK 给我们预留了一个用于寻找SPI
实现的工具类java.util.ServiceLoader
,我们只需要简单的使用它就能够得到我们想要的结果,我们可以看看它的一个方法签名:
1 | public static <S> ServiceLoader<S> load(Class<S> service, |
固定的文件路径
当我们再进一步去读ServiceLoader
的源码的时候,我们就会再开头就看到,它有一个静态变量:
1 | private static final String PREFIX = "META-INF/services/"; |
我们我们去追寻它的使用的地方的时候会看到这样一段代码:
1 | private boolean hasNextService() { |
从这里我们可以进一步确认到,当去寻找SPI
具体的实现的时候,我们就会用到这个文件夹,并且再读取文件的时候,使用的是需要寻找的类的全限定名。
实践
在看到如何使用后,我们开始大胆的尝试,来利用SPI
来发现我们定义的服务
准备
首先我们创建一个People
接口,来指定我们的需要实现的SPI
,并且实现两个他的实现类:
1 | public interface People { |
然后在resource
目录下创建对应的目录文件META-INF/services/com.jungle.challenge.spi.interfaces.People
然后创建一个工厂方法,用来执行SPI
的具体实现的操作:
1 | public class PeopleFactory { |
执行验证
接下来我们直接调用PeopleFactory
的invoker
方法,可以看到我们报错了:
1 | java.lang.RuntimeException: Not found any People instant |
然后我们在com.jungle.challenge.spi.interfaces.People
文件中添加我们两个实现类的路径地址
1 | com.jungle.challenge.spi.v2.Girl |
再次执行
1 | I`m girl |
我们确实拿到了我们需要的两个实体类,并执行了他们的name
方法
结论
所以以上就是我们简单的将SPI
这个强大的机制使用起来了,当然真实的用法肯定不是在同一个包里面进行使用,这样太过于复杂,何不直接利用简单的多态就行了呢,所以一般都是在一些公共的组件里面预留一些接口给第三方实现的时候使用。一般我们接触到的最多的就是 JDBC 和日志模块,当然在一些框架里面也能经常看到他的身影:
- Spring MVC
- Spring Boot
- Dubbo
在这些框架里面还有一些不同的地方,我们在后面再去摸索以下。
在查阅ServiceLoader
的源码的时候,我们发现它利用到了类加载器,并且在默认的方法是先用还是用到的线程上下文的类加载器:
1 | public static <S> ServiceLoader<S> load(Class<S> service) { |
那么接下来我们就来说说这个类加载器到底在干些什么事情,为什么我们需要在这里指定。
相关代码地址:
100daysCode