关于后端:浅析Java-SPI机制-京东云技术团队

SPI 是什么

SPI 全称 Service Provider Interface，是 Java 提供的一套用来被第三方实现或者扩大的 API，它能够用来启用框架扩大和替换组件。
整体机制如下图

Java SPI 实际上是“基于接口的编程+策略模式+配置文件”组合实现的动静加载机制。

应用场景

实用于：调用者依据理论应用须要，启用、扩大、或者替换框架的实现策略
比拟常见的例子：

• 数据库驱动加载接口实现类的加载，JDBC 加载不同类型数据库的驱动
• 日志门面接口实现类加载，SLF4J 加载不同提供商的日志实现类
• Spring 中大量应用了 SPI, 比方：对 servlet3.0 标准对 ServletContainerInitializer 的实现、主动类型转换 Type Conversion SPI(Converter SPI、Formatter SPI) 等
• Dubbo 中也大量应用 SPI 的形式实现框架的扩大, 不过它对 Java 提供的原生 SPI 做了封装，容许用户扩大实现 Filter 接口

应用介绍

要应用 Java SPI，须要遵循如下约定：

• 当服务提供者提供了接口的一种具体实现后，在 jar 包的 META-INF/services 目录下创立一个以“接口全限定名”为命名的文件，内容为实现类的全限定名；
• 接口实现类所在的 jar 包放在主程序的 classpath 中；
• 主程序通过 java.util.ServiceLoder 动静装载实现模块，它通过扫描 META-INF/services 目录下的配置文件找到实现类的全限定名，把类加载到 JVM；
• SPI 的实现类必须携带一个不带参数的构造方法；

总结

• 长处：应用 Java SPI 机制的劣势是实现解耦，使得第三方服务模块的拆卸管制的逻辑与调用者的业务代码拆散，而不是耦合在一起。应用程序能够依据理论业务状况启用框架扩大或替换框架组件。

• 毛病：

  1. 尽管 ServiceLoader 也算是应用的提早加载，然而根本只能通过遍历全副获取，也就是接口的实现类全副加载并实例化一遍。如果你并不想用某些实现类，它也被加载并实例化了，这就造成了节约。获取某个实现类的形式不够灵便，只能通过 Iterator 模式获取，不能依据某个参数来获取对应的实现类。
  2. 多个并发多线程应用 ServiceLoader 类的实例是不平安的。

作者：京东批发 曹志飞

起源：京东云开发者社区 转载请注明起源