Java 的SPI机制

本文介绍了Java SPI(Service Provider Interface)机制的基本原理及其实现方式。通过一个实例展示了如何利用ServiceLoader加载接口的具体实现类,类似于Spring的IOC和Java反射机制。

Java的 SPI机制,可以通过在打包好的jar中META-INF/services/接口名 文件中指明实现类的方式,在运行时找到具体的实现类


例:

目录结构如下


server下面是接口类 Machine,只有一个方法

public interface Machine {
    public void say();


}

serverimpl下面是两个实现类

public class GoMachine implements Machine{
    @Override
    public void say() {
        System.out.println("I am go machine");
    }
}
public class WashMachine implements Machine{
    @Override
    public void say() {
        System.out.println("I am wash machine");
    }
}


在Main中使用ServiceLoader 去loadMachine的实现类

public class Main {
    public static void main(String[] args) {
        Machine m = null ;
        ServiceLoader<Machine> serviceLoader = ServiceLoader.load(Machine.class);
        Iterator<Machine> it= serviceLoader.iterator();
        while(it.hasNext()){
            m = it.next();            
        }
    }
}


输出结果为

I am wash machine
I am go machine



META-INF/services/com.didi.sec.avira.core.test.server.Machine 这个文件中配置为

test.serverimpl.WashMachine
test.serverimpl.GoMachine
ServiceLoader可以根据我在 META/services/接口名 的文件中去查找  实现类的全路径名,有点类似于 Spring的IOC机制 , 同时觉得这种方式达成的效果有点类似Java的反射机制,知道全路径名可以拿到具体实现类进行调用,目前还没有去了解SPI的实现是怎么样的,之后再更。






### 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、付费专栏及课程。

余额充值