java多模块怎么引入_理解Java中的SPI机制

SPI简介

SPI全称是Service Provider Interface，可称之为“服务供给接口”，是JDK内置的一种服务提供发现机制，其实这个确切地说是一种思想，并不是Java独有的专利。谈到SPI不得不提的一个概念就是“面向接口编程”，SPI通过事先定义的接口来找到其所有的接口实现类（服务），而后通过反射逐个实例化对象，这便是SPI的本质。

为什么需要SPI

SPI也被叫做服务发现机制，之所以需要服务发现，是因为接口实现的不确定性。就拿java.sql.Driver来说，如果你没有引入类似于MySQL这样的实现，你不会知道它的实现类：

JDK就只是提供了这样一个接口，却并不打算给它实现，为什么？因为现实中的数据库厂商实在是太多了：MySQL、SQL Server、Oracle等等，如果都要由Java官方实现和维护，那工程量实在太大！除此之外还有众多因素制约。

我们知道Java中要通过反射实例化一个类是需要拿到具体类的全限定类名称的，像这样：

class Sample {
    
    public static void main(String... args) {
    
        Class<?> serviceImpl = Class.forName("com.tinysand.example.ServiceImpl");

        serviceImpl.getDeclaredConstructor().newInstance();
    }
}

然而对于类似java.sql.Driver接口这样的情况你完全不可能知道它实现类的全限定类名。

延迟加载与可扩展性

SPI也是一种将实现类的加载延迟的一种机制，我们可以面向接口编程，但免不了要提供一种“在运行时也能正确找到并实例化实现类的途径”，上面的Class.forName("com.tinysand.example.ServiceImpl")不失为一种途径&#x