dubbo源码分析3（dubbo中的spi机制）

　　上一篇我们看过了jdk中的spi机制，也分析了它的缺点就是会一次性将META-INF/services下的配置文件中，对应接口的全部实现类都给加载；

　　而dubbo中的spi肯定是提高了性能，还扩展了原生的spi（这就是一句废话，如果提高性能和没有扩展新的功能，干嘛不用原生的啊(-_-メ)）

1. 基于dubbo的spi栗子

　　我们先说说提高性能，一般提高性能肯定就是使用到了缓存嘛，没有什么比缓存更能提高性能的了；

　　啥也不管，先举个例子看一看，在上一篇的基础上，导入dubbo依赖

  <!-- https://mvnrepository.com/artifact/org.apache.dubbo/dubbo -->
        <dependency>
            <groupId>org.apache.dubbo</groupId>
            <artifactId>dubbo</artifactId>
            <version>2.7.5</version>
        </dependency>

　

　　目录结构如下：

 

　　一个接口和两个实现类：

@SPI
public interface ISayNameDubbo {
    void say();
}



public class SayChineseNameDubbo implements ISayNameDubbo {
    @Override
    public void say() {
        System.out.println("dubbo 中文：哈喽，你好帅呀๑乛◡乛๑");
    }
}



public class SayEnglishNameDubbo implements ISayNameDubbo {
    @Override
    public void say() {
        System.out.println("Dubbo English：hello cool java boy");
    }
}

　

　　配置文件：

 

　　执行结果：

 

　　使用方法跟java原生的spi几乎一样，只不过有两个地方需要注意：

　　1.接口要加上@SPI注解

　　2.配置文件是放在META-INF/dubbo下面，而且文件内容是以键值对的形式

 

 2. dubbo中spi机制分析

　　根据上面的例子， 我们知道首先使用ExtensionLoader.getExtensionLoader(ISayNameDubbo.class)获取到指定接口的ExtensionLoader，我们看看这个ExtensionLoader是个啥？╮(╯_╰)╭

　　下图中缓存的操作，可以看到ExtensionLoader其实就是对我们接口的封装，然后调用这个封装类的方法，获取该接口我们指定的实例

　　

 

　　先看看校验是否有SPI注解的方法：withExtensionAnnotation  

　　下图所示，其实就是做了一个判断，后面我们会再看看这个注解中的值，还有啥所用

 

　　接下来我们就看一下ExtensionLoader的getExtension方法，就能大概知道是怎么获取指定的实例的了；

　　其实也可以根据之前使用的java的SPI机制猜一下，大概的思路就是先去META-INF目录下找到指定的配置文件，然后根据getExtension(String key)方法传入的key去找到对应的实现类的全路径，最后使用反射进行实例化就完成了

　　然后我们看看代码是不是这样实现的

 

　　首先我们看看getOrCreateHolder方法，其实使用了一个缓存，用于缓存key->Holer, 至于Holder的实例作用，你点开看看就知道它里面有个volatile关键字，很明显这里是为了协助我们使用单例模式的，保证一个SPI修饰的接口的实现类是单例的；

　　注意，下图这种缓存的操作后面能看到很多(所以说dubbo中的SPI提升了性能๑乛◡乛๑)

 

　　我们再接着看createExtension方法，我们重点看看getExtensionClasses()方法

 

 

 

　　下面就是加载那三个路径下，实现类的配置文件，以key->value的形式保存起来

 

 

 

 

　　如果想继续看看怎么解析配置文件的，可以看看loadDirectory()方法：

 

 

 

3.总结一下

　　其实还有很多东西没说，比如dubbo中的ioc和aop，其实能说很多的，但是我这里就是不要说了，先不要太深入了；

　　总结一下，dubbo的SPI的逻辑几乎都在ExtensionLoader中，而且一个@SPI修饰的接口，对应这一个ExtensionLoader实例，我们再根据配置文件中的key，调用ExtensionLoader实例的getExtension方法，这里会使用缓存和Holder来控制实例化，使得每个接口的实现类只会被实例化一次；

　　在实例化的时候调用createExtension()方法，这里会首先加载"META-INF/services/"，"META-INF/dubbo/"，"META-INF/dubbo/internal/"三个目录中的所有配置文件，解析出来所有的key->value，并且将value使用Class.forName方法转为Class实例，保存到缓存中，并且根据返回我们需要的Class对象，使用反射实例化对象；

　　此时对应的接口的实例化对象已经好了，但是对象里面的属性值还是空的，所以还需要使用dubbo的IOC机制，有兴趣的可以看看injectExtension方法，objectFactory就是IOC对象(类似spring的IOC容器，可以提供很多的对象)，并且还用了AOP的机制，这句代码：instance = injectExtension((T) wrapperClass.getConstructor(type).newInstance(instance));

　　不过我的建议是暂时先不要管IOC和AOP，等了解多了再回头看看，会容易理解很多