SPI机制解析与实践-优快云博客

本文深入探讨了SPI（Service Provider Interface）机制的工作原理及其在Java开发中的应用。SPI允许应用程序在运行时发现并加载实现特定服务接口的提供者，从而实现了模块间的解耦和动态扩展。文章详细介绍了如何定义接口、创建实现类以及使用ServiceLoader加载这些实现，最后通过数据库驱动的实例展示了SPI在实际场景中的应用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

spi一般都是官方定义好一个规则，硬件厂家根据这个接口定义的规则，结合自己产品的情况给出对应的实现，所以不同的厂家会有不同的实现，这就使得我们使用者的使用的难度加大。spi的出现解决了这一问题，我们只需要给出对应的配置参数，就能通过接口获取到对应的实现类对象。

下面这段代码是一个spi的简单实现，使用的是jdk封装好的ServiceLoader，首先定义一个接口：

public interface ServiceProvider {

	public void call();
}

然后在定义这个接口的两个实现类，这两个实现类就代表了两个厂家对这个接口规则的实现：

public class ServiceProductA implements ServiceProvider{

	@Override
	public void call() {
		System.out.println("this is product A of the service");
	}
}

public class ServiceProductB implements ServiceProvider{

	@Override
	public void call() {
		System.out.println("this is product B of the service");
	}
}

在我们日常的使用中，想要获取到指定的接口实现类，我们需要在new对象的时候指定该实现类的类名，并且要将该类导入进来，这里我们使用jdk的ServiceLoader：

public class ServiceProviderTest {

	public static void main(String[] args) {
		ServiceLoader<ServiceProvider> load = ServiceLoader.load(ServiceProvider.class);
		for (ServiceProvider service : load) {
			service.call();
		}
	}
}

这个ServiceLoder的load方法会根据它的参数，去指定的地方（META-INF/services）下查看一个文件名为该参数的全路径的文件，并加载该文件中记录的参数接口的实现类的全路径，如果路径不正确，就会抛出异常，如我们在文件中写入第一个实现类的全路径：

com.javabase.spi.ServiceProductA

我们会得到以下运行结果： this is product A of the service

以上就是一个spi的简单实现，其实在我们日常的开发中，我们天天和spi打交道，最常见的就是数据库驱动的实现，不同的数据库对JDBC有自己的一套实现，我们在获取数据库连接的时候，首先需要加载数据库驱动，我们只需要定义好该数据库指定的url参数，就能获取到该数据库指定的数据库驱动，获取到驱动，我们才能连接数据库，进行数据操作。

来源：https://my.oschina.net/u/3441184/blog/889614