Java
程序员在日常工作中经常会听到 SPI
,而且很多框架都使用了 SPI
的技术,那么问题来了,到底什么是 SPI
呢?今天阿粉就带大家好好了解一下 SPI。
SPI
全称是 Service Provider Interface
,是一种 JDK
内置的动态加载实现扩展点的机制,通过 SPI
技术我们可以动态获取接口的实现类,不用自己来创建。
这里提到了接口和实现类,那么 SPI
技术上具体有哪些技术细节呢?
SPI
机制,必须有一个与接口同名的文件存放于类路径下面的 META-INF/services
文件夹中,并且文件中的每一行的内容都是一个实现类的全路径;ServiceLoader
:JDK
内置的一个类加载器,用于加载配置文件中的实现类;上面说了 SPI
的几个概念,接下来阿粉就通过一个栗子来带大家感受一下具体的用法。
创建一个接口,这里我们创建一个解压缩的接口,其中定义了压缩和解压的两个方法。
package com.example.demo.spi;
/**
* <br>
* <b>Function:</b><br>
* <b>Author:</b>@author ziyou<br>
* <b>Date:</b>2022-10-08 21:31<br>
* <b>Desc:</b>无<br>
*/
public interface Compresser {
byte[] compress(byte[] bytes);
byte[] decompress(byte[] bytes);
}
再写两个对应的实现类,分别是 GzipCompresser.java
和 WinRarCompresser.java
代码如下
package com.example.demo.spi.impl;
import com.example.demo.spi.Compresser;
import java.nio.charset.StandardCharsets;
/**
* <br>
* <b>Function:</b><br>
* <b>Author:</b>@author ziyou<br>
* <b>Date:</b>2022-10-08 21:33<br>
* <b>Desc:</b>无<br>
*/
public class GzipCompresser implements Compresser {
@Override
public byte[] compress(byte[] bytes) {
return"compress by Gzip".getBytes(StandardCharsets.UTF_8);
}
@Override
public byte[] decompress(byte[] bytes) {
return "decompress by Gzip".getBytes(StandardCharsets.UTF_8);
}
}
package com.example.demo.spi.impl;
import com.example.demo.spi.Compresser;
import java.nio.charset.StandardCharsets;
/**
* <br>
* <b>Function:</b><br>
* <b>Author:</b>@author ziyou<br>
* <b>Date:</b>2022-10-08 21:33<br>
* <b>Desc:</b>无<br>
*/
public class WinRarCompresser implements Compresser {
@Override
public byte[] compress(byte[] bytes) {
return "compress by WinRar".getBytes(StandardCharsets.UTF_8);
}
@Override
public byte[] decompress(byte[] bytes) {
return "decompress by WinRar".getBytes(StandardCharsets.UTF_8);
}
}
创建配置文件,我们接着在 resources
目录下创建一个名为 META-INF/services
的文件夹,在其中创建一个名为 com.example.demo.spi.Compresser
的文件,其中的内容如下:
com.example.demo.spi.impl.WinRarCompresser
com.example.demo.spi.impl.GzipCompresser
注意该文件的名称必须是接口的全路径,文件里面的内容每一行都是一个实现类的全路径,多个实现类就写在多行里面,效果如下。
有了上面的接口,实现类和配置文件,接下来我们就可以使用 ServiceLoader
动态加载实现类,来实现 SPI
技术了,如下所示:
package com.example.demo;
import com.example.demo.spi.Compresser;
import java.nio.charset.StandardCharsets;
import java.util.ServiceLoader;
public class TestSPI {
public static void main(String[] args) {
ServiceLoader<Compresser> compressers = ServiceLoader.load(Compresser.class);
for (Compresser compresser : compressers) {
System.out.println(compresser.getClass());
}
}
}
运行的结果如下
可以看到我们正常的获取到了接口的实现类,并且可以直接使用实现类的解压缩方法。
知道了如何使用 SPI
接下来我们来研究一下是如何实现的,通过上面的测试我们可以看到,核心的逻辑是 ServiceLoader.load()
方法,这个方法有点类似于 Spring
中的根据接口获取所有实现类一样。
点开 ServiceLoader
我们可以看到有一个常量 PREFIX
,如下所示,这也是为什么我们必须在这个路径下面创建配置文件,因为 JDK
代码里面会从这个路径里面去读取我们的文件。
同时又因为在读取文件的时候使用了 class
的路径名称,因为我们使用 load
方法的时候只会传递一个 class
,所以我们的文件名也必须是接口的全路径。
通过 load
方法我们可以看到底层构造了一个 java.util.ServiceLoader.LazyIterator
迭代器。
在迭代器中的 parse
方法中,就获取了配置文件中的实现类名称集合,然后在通过反射创建出具体的实现类对象存放到 LinkedHashMap<String,S> providers = new LinkedHashMap<>();
中。
SPI 技术的使用非常广泛,比如在 Dubble
,不过 Dubble
中的 SPI
有经过改造的,还有我们很常见的数据库的驱动中也使用了 SPI
,感兴趣的小伙伴可以去翻翻看,还有 SLF4J
用来加载不同提供商的日志实现类以及 Spring
框架等。
前面介绍了 SPI
的原理和使用,那 SPI
有什么优缺点呢?
优点当然是解耦,服务方只要定义好接口规范就好了,具体的实现可以由不同的 Jar
进行实现,只要按照规范实现功能就可以被直接拿来使用,在某些场合会被进行热插拔使用,实现了解耦的功能。
一个很明显的缺点那就是做不到按需加载,通过源码我们看到了是会将所有的实现类都进行创建的,这种做法会降低性能,如果某些实现类实现很耗时了话将影响加载时间。同时实现类的命名也没有规范,让使用者不方便引用。
阿粉今天给大家介绍了一个 SPI
的原理和实现,感兴趣的小伙伴可以自己去尝试一下,多动手有利于加深记忆哦