Java SPI机制

SPI机制简述

SPI的全称是Service Provider Interface。简单来说,SPI机制提供了一个表达接口和其具体实现类之间的绑定关系的方案。具体是在JAR包的”META-INF/services/”目录下建立一个文件,文件名是接口的全限定名,文件的内容可以有多行,每行都是该接口对应的具体实现类的全限定名。

SPI可以理解是为接口寻找服务实现类。现在公司的系统都是进行了模块的划分,系统抽象为多个模块,往往有很多不同的实现方案,比如日志模块的方案,xml解析模块、jdbc模块的方案等。面向的对象的设计里,我们一般推荐模块之间基于接口编程,模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类,就违反了可拔插的原则,如果需要替换一种实现,就需要修改代码。于是就有了SPI这种服务发现机制。
SPI的全名是Service Provider Interface .SPI机制提供了

jdbc中spi机制

在java中,Java.sql.Driver接口是Java对外公开的一个加载驱动接口,Java并未实现,至于实现这个接口由各个Jdbc厂商去实现就行了,好处是解藕,使得更具有灵活性,当然这也是面向对象的好处之一。真正的实现是不同提供商提供的。

Class.forName("com.mysql.jdbc.Driver");  
Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/test", "root", "123456");  
Statement stmt = conn.createStatement();  
ResultSet rs = stmt.executeQuery("select * from Users"); 

Class.forName(“com.mysql.jdbc.Driver”);这里虽是加载mysql的driver,但是无论是oracle还是其它的jdbc驱动包,它们的原理都是spi机制。

首先看java.sql.driver

package java.sql;  

import java.util.logging.Logger;  
public interface Driver {  
    boolean acceptsURL(String url) throws SQLException;  

    DriverPropertyInfo[] getPropertyInfo(String url, java.util.Properties info)  
                         throws SQLException;  

    int getMinorVersion();  

    boolean jdbcCompliant();  

    public Logger getParentLogger() throws SQLFeatureNotSupportedException;  
}  

这个类是一个接口类, 在整个JDK包中都没有它的实现类,它的实现要由各个jdbc的开发产商去实现,但是我们发现DriverManager这个类中还是有去加载Driver类,那它是怎么发现其它开发商实现的Driver类?

再来看看DriverManager

ServiceLoader<Driver> loadedDrivers = ServiceLoader.load(Driver.class);

com.mysql.jdbc.Driver这样就实现了在我们程序运行时引入mysql-connector-java-.jar这个包。然后在JDK源码中,当我们调用到
DriverManager.getConnection的方法,就会将程序中使用到的Driver接口类用mysql驱动包的Driver实现类来使用

这一句就是真实的发现driver类的实现类。
在mysql-connector-java-.jar包下面META-INF.services包下有个java.sql.Driver文件打开文件有下面两行

这里将driver封成一个driverinfo对象,然后在DriverManager 这个类加载时就初始化一次,那初始化它做什么呢?其实就是其发现driver类的实现类,并加载到当前类中。注意看loadInitialDrivers方法。

这样做有什么好处呢?
1. 不用在JDK里实现Driver实现类的硬编码,然后每次使用JDK里的DriverManager 类时,都会自动去发现Driver类的实现类,并根据这个实现类来做数据库连接。
2. 可以满足不同的产商实现各不相同,但对外暴露一样的接口。使用方只要按照JDK的标准方法来调用即可,即实现了接口的可拔插

实例

下面以一个具体的例子来说明一下ServiceLoader的具体使用,类似Hadoop FileSystem中的实现。
首先定义一个接口,具体如下:

public interface IService {  
    public String sayHello();  

    public String getScheme();  
}  

该接口有两个子类,分别为HDFSService和LocalService:

public class HDFSService implements IService {  

    @Override  
    public String sayHello() {  
        return "Hello HDFS!!";  
    }  

    @Override  
    public String getScheme() {  
        return "hdfs";  
    }  
}
public class LocalService implements IService {  

    @Override  
    public String sayHello() {  
        return "Hello Local!!";  
    }  

    @Override  
    public String getScheme() {  
        return "local";  
    }  

} 

需要在META-INF/services下以IService这个类的全名来新建立一个文件,文件中的内容为两个实现类的全名,如下:

org.hadoop.java.HDFSService  
org.hadoop.java.LocalService 

所有的实现和配置都已经完成,下面写一个测试类来看一下结果:

public class ServiceLoaderTest {  

    /** 
     * @param args 
     */  
    public static void main(String[] args) {  
        //need to define related class full name in /META-INF/services/....  
        ServiceLoader<IService> serviceLoader = ServiceLoader  
                .load(IService.class);  
        for (IService service : serviceLoader) {  
            System.out.println(service.getScheme()+"="+service.sayHello());  
        }  
    }  

}  

具体的输出来如下:

hdfs=Hello HDFS!!  
local=Hello Local!!  

可以看到ServiceLoader可以根据IService把定义的两个实现类找出来,返回一个ServiceLoader的实现,而ServiceLoader实现了Iterable接口,所以可以通过ServiceLoader来遍历所有在配置文件中定义的类的实例

### Java 中的 SPI 机制详解 #### 定义与作用 SPI 是 Service Provider Interface 的缩写,是 JDK 内置的一种服务发现机制。通过 SPI 可以使接口与其具体实现解耦合,在运行时动态加载指定的服务实现[^1]。 #### 工作原理 当应用程序启动时,JVM会扫描 `META-INF/services` 文件夹下的配置文件。对于每一个定义好的接口,都会有一个对应的配置文件来指明具体的实现类名称。例如,如果存在名为 `com.example.LoggerService` 接口,则应在资源路径下创建一个名为 `com.example.LoggerService` 的文件,并在此文件中记录该接口的具体实现类名[^2]。 #### 使用案例分析 考虑如下代码片段: ```java public class TestJavaSPI { public static void main(String[] args) { LoggerService loggerService = LoggerService.getService(); loggerService.info("你好"); loggerService.debug("测试Java SPI 机制"); } } ``` 上述例子展示了如何利用 SPI 加载并调用不同日志框架的日志功能。这里假设 `LoggerService` 是一个抽象出来的用于获取日志服务实例的方法;而实际执行的日志操作则由特定的日志库(比如 Logback)完成。因此可以看到控制台输出了来自Logback的信息级别和调试级别的消息。 #### 实现方式概述 要让某个接口支持 SPI 功能,开发者只需要遵循一定的约定即可: - 创建接口; - 在项目的 `resources/META-INF/services/` 下建立同包名相同命名规则的文字文件; - 文本文件内容即为对应接口实现者的全限定类名列表,每行一条记录[^3]。 #### 关键特性总结 - **灵活性**: 不必硬编码依赖关系,允许外部插件形式接入新的业务逻辑处理单元。 - **可维护性**: 减少了修改源码的需求,便于后期维护和技术栈升级迁移工作。 - **扩展性强**: 支持多版本共存和平滑切换不同的算法策略或工具链组件。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值