dubbo源码解析（一） dubbo spi实现

一、jdk spi实现

       SPI的全名为Service Provider Interface。我们系统里抽象的各个模块，往往有很多不同的实现方案，比如日志模块的方案，xml解析模块、jdbc模块的方案等。面向的对象的设计里，我们一般推荐模块之间基于接口编程，模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类，就违反了可拔插的原则，如果需要替换一种实现，就需要修改代码。为了实现在模块装配的时候能不在程序里动态指明，这就需要一种服务发现机制。 java spi就是提供这样的一个机制：为某个接口寻找服务实现的机制。有点类似IOC的思想，就是将装配的控制权移到程序之外，在模块化设计中这个机制尤其重要。

    java spi的具体约定如下 ：

       当服务的提供者，提供了服务接口的一种实现之后，在jar包的META-INF/services/目录里同时创建一个以服务接口命名的文件。该文件里就是实现该服务接口的具体实现类。而当外部程序装配这个模块的时候，就能通过该jar包META-INF/services/里的配置文件找到具体的实现类名，并装载实例化，完成模块的注入。 
基于这样一个约定就能很好的找到服务接口的实现类，而不需要再代码里制定。

jdk提供服务实现查找的一个工具类：java.util.ServiceLoader。下图是mysql-connector jar包中spi实现：

下面是一个demo，这个项目的项目结构及代码如下：

 

     这是类的接口  

package spi;

public interface DemoService {
  
        public void sayHello();  
    }  

这是接口的第一个实现类

public class FirstServiceImpl implements DemoService{
    @Override
    public void sayHello() {
        System.out.println("FirstService");
    }
}

这是接口的第二个实现类

public class SecondServiceImpl implements DemoService {
    @Override
    public void sayHello() {
        System.out.println("SecondService");
    }
}

这是main函数

package spi;

import java.util.Iterator;
import java.util.ServiceLoader;

public class ServiceMain {
  
        public  static void main(String[] args){  
  
            ServiceLoader<DemoService> spiLoader = ServiceLoader.load(DemoService.class);
            Iterator<DemoService> iteratorSpi=spiLoader.iterator();
            while (iteratorSpi.hasNext()){
                DemoService demoService=iteratorSpi.next();
                demoService.sayHello();
            }  
  
        }  
    }  

META-INF文件夹下创建了services文件夹，并在services文件夹下创建了一个文件，文件名以接口的全限定名来命名，这里是spi.DemoService。然后在这个文件中填入这个接口的两个实现类，类中间以换行隔开。

到这里所有准备工作已经完成，执行ServiceMain的主函数，结果是：

FirstService

SecondService

二、dubbo  spi实现

dubbo spi 的目的就是获取一个指定实现类的对象。

1.dubbo和jdk的spi实现的区别为：

（1）JDK标准的SPI会一次性实例化扩展点所有实现，如果有扩展实现初始化很耗时，但如果没用上也加载，会很浪费资源，dubbo spi设计了key和value，通过key就可以设置加载指定的类.

（2）.增加了对扩展点IoC和AOP的支持，一个扩展点可以直接setter注入其它扩展点。

2.dubbo spi位置

dubbo spi文件位于/META-INF/dubbo/internal下：

3.dubbo  spi实现代码

dubbo spi获取一个类的实例对象有两种方式：

（1） ExtensionLoader.getExtensionLoader(Class<T> type).getExtension(String name) 这个是获取接口的一个指定类

（2）  ExtensionLoader.getExtensionLoader(Class<T> type).getAdaptiveExtension() 获取接口的一个扩展类。即直到扩展点方法执行时才决定调用是一个扩展点实现。

首先分析下ExtensionLoader.getExtensionLoader(Class<T> type)，如下图所示

进入 org.apache.dubbo.container.Main这个类，在下图中44行打断点，运行main方法

 

 

断点进入方法内部

-----------------------ExtensionLoader.getExtensionLoader(Class<T> type)

    EXTENSION_LOADERS 是一个 ConcurrentHashMap。  getExtensionLoader方法作用是缓存对应的ExtensionLoader对象并返回。map中的key为接口的class对象，value为该接口对应的ExtensionLoader实例。
该方法利用ConcurrentHashMap实现多线程同步。

    通过 ExtensionLoader.getExtensionLoader方法就可以获取对应接口类的 ExtensionLoader对象，每个接口类对应唯一一个ExtensionLoader对象（利用ConcurrentHashMap 的putifabsent方法实现）。

    进入new ExtensionLoader<T>(type)，执行构造函数：

   

 

每个一个ExtensionLoader都包含了2个值 type 和 objectFactory。

Class<?> type是构造器 初始化时要得到的接口名；

objectFactory = (type == ExtensionFactory.class ? null : ExtensionLoader.getExtensionLoader(ExtensionFactory.class).getAdaptiveExtension());

objectFactory是ExtensionFactory，它也是通过ExtensionLoader.getExtensionLoader(ExtensionFactory.class)来实现的，但是它的objectFactory=null，objectFactory作用是为dubbo的IOC提供所有对象。

下节将介绍getAdaptiveExtension()这个方法。