深入浅出Dubbo——Dubbo SPI(一)

说实话，在手机这种窄屏设备上，不是很适合看源码分析，还是建议你打开电脑，clone一下dubbo代码，然后继续...我尽量把读者当小白，事无巨细的介绍，就怕漏了你想要的。

我想要什么？我想要你关注一下，转发一下呗，自行车就不要了。

在上一篇介绍了JDK SPI的使用以及大致实现，其中提到了JDK SPI的最大缺陷就是：不管你需要哪个实现类，java.util.ServiceLoader 会为所有实现类都创建对象。

Dubbo为了解决这个问题自己搞了一套SPI，对应的配置文件也改成了kV的格式，例如：

dubbo=org.apache.dubbo.rpc.protocol.dubbo.DubboProtocol

其中key就是一个简单的标记，我们指定了”dubbo“，Dubbo SPI根据配置文件就知道我们要的是 org.apache.dubbo.rpc.protocol.dubbo.DubboProtocol 实现类

Dubbo SPI 核心实现是ExtensionLoader【在dubbo-common模块中的extension包中】，对应java.util.ServiceLoader，其使用方式如下：

// 查找Protocol接口的实现——DubboProtocol，并创建其对象	
Protocol protocol = 	
      ExtensionLoader	
      .getExtensionLoader(Protocol.class)	
      .getExtension("dubbo");

知道是干啥的了，知道咋用了，就不叨叨那些没用的了，看代码吧！

1、getExtensionLoader()方法

ExtensionLoader.getExtensionLoader()方法其实就是查缓存，没啥特别的╮(╯_╰)╭，缓存没查到就创建新对象，show you code：

// 全局的缓存，晓得伐	
private static final ConcurrentMap, ExtensionLoader> EXTENSION_LOADERS 	
     = new ConcurrentHashMap<>();	
     	
private final Class type; // 用来记录查询	
	
public static  ExtensionLoader getExtensionLoader(Class type) {	
    // 检测一堆东西...例如，检测type是否为一个接口，检测是否被@SPI注解标识(略)	
    // @SPI注解的功能后面说	
    // 每个接口对应一个ExtensionLoader实例，没有就创建，EXTENSION_LOADERS是个缓存	
    ExtensionLoader loader = (ExtensionLoader) EXTENSION_LOADERS.get(type);	
    if (loader == null) {	
        EXTENSION_LOADERS.putIfAbsent(type, new ExtensionLoader(type));	
        loader = (ExtensionLoader) EXTENSION_LOADERS.get(type);	
    }	
    return loader;	
}

2、getExtension()方法

跟着我走，别懵逼。getExtension()方法干了两件事：一个是根据传入name查找相应的实现类，二是创建（实现类的）对象返回：

// 又是一个缓存，存name->对象Holder之间的映射关系	
private final ConcurrentMap> cachedInstances = new ConcurrentHashMap<>();	
// 先来说一下Holder是个啥？就是一个泛型容器，一个volatile变量+getter/setter方法，	
// 后面会经常见它，它会与后面的synchronized解决并发问题	
public T getExtension(String name) {	
    Holder