Java SPI机制原理和使用场景

SPI的全名为Service Provider Interface.这个是针对厂商或者插件的。一般来说对于未知的实现或者对扩展开放的系统，通常会把一些东西抽象出来，抽象的各个模块，往往有很多不同的实现方案，比如日志模块的方案，xml解析模块、jdbc模块的方案等。这个可以通过我们的抽象工厂方法来理解这个含义，实现是可以又厂商或者开发人员自己实现。由于代码上是处于上层的一个封装者，是不会知道底层怎么去实现，那么只能通过spi的形式，让上层知道应该调用哪个抽象的具体实现。所以这里可以理解为某些jar包里，为其他开发扩展调用使用的一种方式，可以为某个接口或服务，提供一个具体的实现。

主要用到ServiceLoader这个类，ServiceLoader通过读取resources/META-INF/services/com.xxx.xxx.xxxService文件下的xxxService的spi实现类，通过反射获取对应类实例，并调用对应方法。

public class SearchFactory {
    private SearchFactory() {
    }

    public static Search newSearch() {
        Search search = null;
        ServiceLoader<Search> serviceLoader = ServiceLoader.load(Search.class);//查找spi的实现
        Iterator<Search> searchs = serviceLoader.iterator();
        if (searchs.hasNext()) {
            search = searchs.next();
        }
        if (search == null) {//如果没有spi实现,就是用默认的类对象实现
            ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
            try {
                search = (Search) classLoader.loadClass(Search.defaultSearchClass).newInstance();
            } catch (ClassNotFoundException e) {
                e.printStackTrace();
            } catch (InstantiationException e) {
                e.printStackTrace();
            } catch (IllegalAccessException e) {
                e.printStackTrace();
            }
        }
        return search;
    }
}

使用场景有：

1、javax.xml.ws.spi.Provider，这个类可以使用另外的实现，如com.sun.xml.internal.ws.spi.ProviderImpl。

这里需要在工程下的resources目录，建一个META-INF/services目录，然后创建一个文件名为javax.xml.ws.spi.Provider，文件内容为com.sun.xml.internal.ws.spi.ProviderImpl。如果对于spi没有默认实现的，那么将会报错，这里就需要按照以上格式进行添加。

关于spi的更多了解，大家可以查看我写的一个简单的代码，非常简单。多谢大家支持！

github代码：https://github.com/zhuzhenke/java-spi-test

Java SPI机制原理和使用场景

猜你喜欢