面试重点： 来说说Dubbo SPI 机制

SPI是什么

SPI是一种简称，全名叫 Service Provider Interface，Java本身提供了一套SPI机制，SPI 的本质是将接口实现类的全限定名配置在文件中，并由服务加载器读取配置文件，加载实现类，这样可以在运行时，动态为接口替换实现类，这也是很多框架组件实现扩展功能的一种手段。

而今天要说的Dubbo SPI机制和Java SPI还是有一点区别的，Dubbo 并未使用 Java 原生的 SPI 机制，而是对他进行了改进增强，进而可以很容易地对Dubbo进行功能上的扩展。

学东西得带着问题去学，我们先提几个问题，再接着看

什么是SPI(开头已经解释了)

Dubbo SPI和Java原生的有什么区别

两种实现应该如何写出来

Java SPI是如何实现的

先定义一个接口：

 

public interface Car { 
 void startUp(); 
} 

然后创建两个类，都实现这个Car接口

 

public class Truck implements Car{ 
 @Override 
 public void startUp() { 
  System.out.println("The truck started"); 
 } 
} 
 
public class Train implements Car{ 
 @Override 
 public void startUp() { 
  System.out.println("The train started"); 
 } 
} 

然后在项目META-INF/services文件夹下创建一个名称为接口的全限定名，com.example.demo.spi.Car。

文件内容写上实现类的全限定名，如下：

 

com.example.demo.spi.Train 
com.example.demo.spi.Truck 

最后写一个测试代码：

 

public class JavaSPITest { 
 @Test 
 public void testCar() { 
  ServiceLoader serviceLoader = ServiceLoader.load(Car.class); 
  serviceLoader.forEach(Car::startUp); 
 } 
} 

执行完的输出结果：

 

The train started 
The truck started 

Dubbo SPI是如何实现的

Dubbo 使用的SPI并不是Java原生的，而是重新实现了一套，其主要逻辑都在ExtensionLoader类中，逻辑也不难，后面会稍带讲一下

看看使用，和Java的差不了太多，基于前面的例子来看下，接口类需要加上@SPI注解：

 

@SPI 
public interface Car { 
 void startUp(); 
} 

实现类不需要改动

配置文件需要放在META-INF/dubbo下面，配置写法有些区别，直接看代码：

 

train = com.example.demo.spi.Train 
truck = com.example.demo.spi.Truck 

最后就是测试类了，先看代码：

 

public class JavaSPITest { 
 @Test 
 public void testCar() { 
  ExtensionLoader extensionLoader = ExtensionLoader.getExtensionLoader(Car.class); 
  Car car = extensionLoader.getExtension("train"); 
  car.startUp(); 
 } 
} 

执行结果：

The train started 

Dubbo SPI中常用的注解

• @SPI 标记为扩展接口
• @Adaptive自适应拓展实现类标志
• @Activate 自动激活条件的标记

总结一下两者区别：

• 使用上的区别Dubbo使用ExtensionLoader而不是ServiceLoader了，其主要逻辑都封装在这个类中
• 配置文件存放目录不一样，Java的在META-INF/services，Dubbo在META-INF/dubbo，META-INF/dubbo/internal
• Java SPI 会一次性实例化扩展点所有实现，如果有扩展实现初始化很耗时，并且又用不上，会造成大量资源被浪费
• Dubbo SPI 增加了对扩展点 IOC 和 AOP 的支持，一个扩展点可以直接 setter 注入其它扩展点
• Java SPI加载过程失败，扩展点的名称是拿不到的。比如：JDK 标准的 ScriptEngine，getName() 获取脚本类型的名称，如果 RubyScriptEngine 因为所依赖的 jruby.jar 不存在，导致 RubyScriptEngine 类加载失败，这个失败原因是不会有任何提示的，当用户执行 ruby 脚本时，会报不支持 ruby，而不是真正失败的原因

前面的3个问题是不是已经能回答出来了?是不是非常简单

Dubbo SPI源码分析

Dubbo SPI使用上是通过ExtensionLoader的getExtensionLoader方法获取一个 ExtensionLoader 实例，然后再通过 ExtensionLoader 的 getExtension 方法获取拓展类对象。这其中，getExtensionLoader 方法用于从缓存中获取与拓展类对应的 ExtensionLoader，如果没有缓存，则创建一个新的实例，直接上代码：

 

public T getExtension(String name) { 
    if (name == null || name.length() == 0) { 
        throw new IllegalArgumentException("Extension name == null"); 
    } 
    if ("true".equals(name)) { 
        // 获取默认的拓展实现类 
        return getDefaultExtension(); 
    } 
    // 用于持有目标对象 
    Holder