。

一旦代码里面涉及具体实现类#xff0c;就违反了开闭原则。

如果需要替换一种实现#xff0c;就需要修改代码。

为了实现在模块装…在面向对象的设计原则中一般推荐模块之间基于接口编程通常情况下调用方模块是不会感知到被调用方模块的内部具体实现。

一旦代码里面涉及具体实现类就违反了开闭原则。

如果需要替换一种实现就需要修改代码。

为了实现在模块装配的时候不用在程序里面动态指明这就需要一种服务发现机制。

Java

SPI

就是提供了这样一个机制为某个接口寻找服务实现的机制。

这有点类似

IoC

字面意思就是“服务提供者的接口”我的理解是专门提供给服务提供者或者扩展框架功能的开发者去使用的一个接口。

SPI

将服务接口和具体的服务实现分离开来将服务调用方和服务实现者解耦能够提升程序的扩展性、可维护性。

修改或者替换服务实现并不需要修改调用方。

Java

了从广义上来说它们都属于接口而且很容易混淆。

下面先用一张图说明一下

一般模块之间都是通过接口进行通讯那我们在服务调用方和服务实现方也称服务提供者之间引入一个“接口”。

当实现方提供了接口和实现我们可以通过调用实现方的接口从而拥有实现方给我们提供的能力这就是

API

由接口调用方确定接口规则然后由不同的厂商去根据这个规则对这个接口进行实现从而提供服务。

是一家科技公司新设计了一款芯片然后现在需要量产了而市面上有好几家芯片制造业公司这个时候只要

公司指定好了这芯片生产的标准定义好了接口标准那么这些合作的芯片公司服务提供者就按照标准交付自家特色的芯片提供不同方案的实现但是给出来的结果是一样的。

实战演示

的一个日志门面接口其具体实现有几种比如Logback、Log4j、Log4j2

等等而且还可以切换在切换日志具体实现的时候我们是不需要更改项目代码的只需要在

Maven

└─src└─edu└─heiyu└─up└─spiLogger.javaLoggerService.javaMain.class新建

Logger

ServiceLoader.load(Logger.class);ListLogger

list

LoggerService.getService();service.info(Hello

SPI);}

Logback.java│└─META-INF└─servicesedu.jiangxuan.up.spi.Logger新建

Logback

edu.heiyu.up.spi.service;import

class

的全类名文件里面的内容是edu.heiyu.up.spi.service.Logback

Logback

文件夹下的文件将这个文件夹下面的所有文件先加载到内存中然后根据这些文件的文件名和里面的文件内容找到相应接口的具体实现类找到实现类后就可以通过反射去生成对应的对象保存在一个

list

列表里面所以可以通过迭代或者遍历的方式拿到对应的实例对象生成不同的实现。

所以会提出一些规范要求文件名一定要是接口的全类名然后里面的内容一定要是实现类的全类名实现类可以有多个直接换行就好了多个实现类的时候会一个一个的迭代加载。

接下来同样将

为了更直观的展示效果我这里再新建一个专门用来测试的工程项目java-spi-test

然后先导入

edu.jiangxuan.up.spi.LoggerService;public

class

LoggerService.getService();loggerService.info(你好);loggerService.debug(测试Java

SPI

服务提供者两者之间的耦合度非常低如果说我们想要换一种实现那么其实只需要修改

service-provider

如果某一天需求变更了此时需要将日志输出到消息队列或者做一些别的操作这个时候完全不需要更改

Logback

的实现只需要新增一个服务实现service-provider可以通过在本项目里面新增实现也可以从外部引入新的服务实现

jar

包。

我们可以在服务(LoggerService)中选择一个具体的

那么接下来我们具体来说说

接口。

之所以实现了迭代器是为了方便后续我们能够通过迭代的方式得到对应的服务实现。

public

Thread.currentThread().getContextClassLoader();return

cl);

ClassLoader.getSystemClassLoader()

cl;acc

{providers.clear();lookupIterator

new

providers.entrySet().iterator();public

boolean

(knownProviders.hasNext())return

true;return

(knownProviders.hasNext())return

knownProviders.next().getValue();return

LazyIterator}public

UnsupportedOperationException();}};

}在调用

AccessController.doPrivileged(action,

acc);}

{//通过PREFIXMETA-INF/services/和类名

fullName

ClassLoader.getSystemResources(fullName);elseconfigs

loader.getResources(fullName);}

catch

configs.nextElement());}nextName

true;

AccessController.doPrivileged(action,

acc);}

NoSuchElementException();String

nextName;nextName

service.cast(c.newInstance());providers.put(cn,

p);return

的小模型流程和原理都是保持一致的可以先从自己实现一个简易版本的开始学

自己实现一个

暴露给外部使用的方法通过调用这个方法可以开始加载自己定制的实现流程。

public

static

Thread.currentThread().getContextClassLoader();doLoad();}//

void

包下面的文件这个文件名就是接口名然后文件里面的内容就是具体的实现类的路径加全类名EnumerationURL

urls

classLoader.getResources(META-INF/services/

{//

urls.nextElement();System.out.println(File

url.getPath());//

url.openConnection();urlConnection.setUseCaches(false);//

获取文件输入流InputStream

urlConnection.getInputStream();//

bufferedReader

InputStreamReader(inputStream));//

className

bufferedReader.readLine();while

(className

如果声明的接口跟这个具体的实现类是属于同一类型可以理解为Java的一种多态接口跟实现类、父类和子类等等这种关系。

则构造实例if

(service.isAssignableFrom(clazz))

{Constructor?

Provider的列表里面providers.add(instance);}//

继续读取下一行的实现类可以有多个实现类只需要换行就可以了。

className

catch

{System.out.println(读取文件异常。

。

。

);}}//

ListS

包的/META-INF/services目录下面找到对应的文件

spi

接口是否为同一类型如果是的那么就通过反射的机制构造对应的实例对象

Providers

机制的具体实现本质上还是通过反射完成的。

即我们按照规定将要暴露对外使用的具体实现类在

META-INF/services/

机制具体实现方式跟咱们今天学得这个有些细微的区别不过整体的原理都是一致的相信大家通过对

JDK