• 02_dubbo的SPI


    【dubbo为什么不采用JDK自带的SPI】

    1.JDK自带的SPI(ServiceLoader)会一次性实例化扩展点所有实现,基本只能通过遍历全部获取,也就是接口的实现类全部加载并实例化一遍,如果我们不想使用某些类,它也会被加载并且实例化,这就导致了浪费。

    2.增加了对扩展点IOC和AOP的支持,一个扩展点可以直接setter注入其他扩展点。

    【dubbo的SPI新增的功能】

    1.dubbo的SPI可以方便地获取某一个想要的扩展实现,Java自带的SPI机制没有实现这样的功能。

    2.对于扩展实现IOC依赖注入功能:

    举例来说:接口A,实现类为A1,A2。接口B,实现类为B1,B2。

    现在A1含有setB(B b)方法,会自动注入一个接口B的实现类,此时注入B1还是B2呢?都不是,而是注入一个动态生成的接口B的实现者B$Adpative,该实现者B$Adaptive能够根据参数的不同,自动引用B1或者B2来完成相应的功能。

    3.对扩展采用装饰器模式进行功能增强,类似AOP实现的功能。

    还是上面的例子,接口A的另一个实现者AWrapper1,大体内容如下:

    class AWrapper1 implements A{
        private A a;
        AWrapper1(A a){
            this.a=a;
        }
    }

    因此,我们在采用某一个接口A的实现者A1的时候,其实已经自动被AWrapper1包装起来了。

    【dubbo的SPI的约定】

    1.SPI文件存储路径在“META-INF/dubbo/internal” 目录下,并且文件名为接口的全路径名,即为“接口的包名+接口名”

    2.每个SPI文件里面的格式定义为:“扩展名=具体的类名”

    例如:

    dubbo=com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol

    【dubbo SPI 分析】

    [ 目的 ]:获取一个接口的实现类的对象。

    [ 途径 ]:

    /*ExtensionLoader类*/
    ExtensionLoader.getExtension(String name)

    [ 3种实现路径 ]

    /**
     * ExtensionLoader类下的方法得到一个ExtensionLoader实例
     * 有三种实现路径
     **/
     //实现路径1:为改接口new一个ExtensionLoader,然后缓存起来
    getExtensionLoader(Class<T> type)
    //实现路径2:获取一个扩展装饰类,如果@Adaptive注解在类上,就是一个装饰类;如果注解在方法上就是一个动态代理类,例如Protocol$Adaptive
    getAdaptiveExtension()
    //实现路径3:获取一个对象
    getExtension(String name) 

    【dubbo SPI 源码分析】

    [这三行SPI代码]

    package com.dubbo.spi;
    import com.alibaba.dubbo.common.extension.ExtensionLoader;
    import com.alibaba.dubbo.rpc.Protocol;
    
    /**
     * Created by HigginCui on 2018/9/5.
     */
    public class ExtensionTest {
        public static void main(String[] args) {
            ExtensionLoader<Protocol> loader = ExtensionLoader.getExtensionLoader(Protocol.class);
            final Protocol dubboProtocol = loader.getExtension("dubbo");
            final Protocol adaptiveExtension = loader.getAdaptiveExtension();
        }
    }

    【 1.Protocol接口的定义 】

    package com.alibaba.dubbo.rpc;
    
    import com.alibaba.dubbo.common.URL;
    import com.alibaba.dubbo.common.extension.Adaptive;
    import com.alibaba.dubbo.common.extension.SPI;
    
    /**
     * Protocol. (API/SPI, Singleton, ThreadSafe)
     *
     * @author william.liangf
     */
    @SPI("dubbo")
    public interface Protocol {
    
        /**
         * 获取缺省端口,当用户没有配置端口时使用。
         *
         * @return 缺省端口
         */
        int getDefaultPort();
    
        /**
         * 暴露远程服务:<br>
         * 1. 协议在接收请求时,应记录请求来源方地址信息:RpcContext.getContext().setRemoteAddress();<br>
         * 2. export()必须是幂等的,也就是暴露同一个URL的Invoker两次,和暴露一次没有区别。<br>
         * 3. export()传入的Invoker由框架实现并传入,协议不需要关心。<br>
         *
         * @param <T>     服务的类型
         * @param invoker 服务的执行体
         * @return exporter 暴露服务的引用,用于取消暴露
         * @throws RpcException 当暴露服务出错时抛出,比如端口已占用
         */
        @Adaptive
        <T> Exporter<T> export(Invoker<T> invoker) throws RpcException;
    
        /**
         * 引用远程服务:<br>
         * 1. 当用户调用refer()所返回的Invoker对象的invoke()方法时,协议需相应执行同URL远端export()传入的Invoker对象的invoke()方法。<br>
         * 2. refer()返回的Invoker由协议实现,协议通常需要在此Invoker中发送远程请求。<br>
         * 3. 当url中有设置check=false时,连接失败不能抛出异常,并内部自动恢复。<br>
         *
         * @param <T>  服务的类型
         * @param type 服务的类型
         * @param url  远程服务的URL地址
         * @return invoker 服务的本地代理
         * @throws RpcException 当连接服务提供方失败时抛出
         */
        @Adaptive
        <T> Invoker<T> refer(Class<T> type, URL url) throws RpcException;
    
        /**
         * 释放协议:<br>
         * 1. 取消该协议所有已经暴露和引用的服务。<br>
         * 2. 释放协议所占用的所有资源,比如连接和端口。<br>
         * 3. 协议在释放后,依然能暴露和引用新的服务。<br>
         */
        void destroy();
    
    }

    [ 两个核心注解 ] 

    @SPI:指定一个接口为SPI接口(可扩展接口)

    package com.alibaba.dubbo.common.extension;
    
    import java.lang.annotation.Documented;
    import java.lang.annotation.ElementType;
    import java.lang.annotation.Retention;
    import java.lang.annotation.RetentionPolicy;
    import java.lang.annotation.Target;
    
    /**
     * 扩展点接口的标识。
     * 扩展点声明配置文件,格式修改。
     * 以Protocol示例,配置文件META-INF/dubbo/com.xxx.Protocol内容:
     * 由 com.foo.XxxProtocol
     *    com.foo.YyyProtocol
     * 改成使用KV格式
     *    xxx=com.foo.XxxProtocol
     *    yyy=com.foo.YyyProtocol
     * 原因:
     * 当扩展点的static字段或方法签名上引用了三方库,
     * 如果三方库不存在,会导致类初始化失败,
     * Extension标识Dubbo就拿不到了,异常信息就和配置对应不起来。
     * 
     * 比如:
     * Extension("mina")加载失败,
     * 当用户配置使用mina时,就会报找不到扩展点,
     * 而不是报加载扩展点失败,以及失败原因。
     *
     */
    @Documented
    @Retention(RetentionPolicy.RUNTIME)
    @Target({ElementType.TYPE})
    public @interface SPI {
        /**
         * 缺省扩展点名。
         */
        String value() default "";
    
    }

     @Adaptive:该注解可以注解在两个地方

    1.接口上:例如AdaptiveExtensionFactory(该类不是工厂类,有特殊逻辑)

                AdaptiveCompiler(实际上是工厂类,但是不能动态生成,否则会形成死循环)

    2.接口的方法上:会动态生成相应的动态类,(实际上是一个工厂,工厂设计模式),例如Protocol$Adapter,这个接口极其重要,后续的整个服务暴露和服务调用都会调用到该接口的两个方法。

    package com.alibaba.dubbo.common.extension;
    
    import com.alibaba.dubbo.common.URL;
    
    import java.lang.annotation.Documented;
    import java.lang.annotation.ElementType;
    import java.lang.annotation.Retention;
    import java.lang.annotation.RetentionPolicy;
    import java.lang.annotation.Target;
    
    /**
     * 在{@link ExtensionLoader}生成Extension的Adaptive Instance时,为{@link ExtensionLoader}提供信息。
     */
    @Documented
    @Retention(RetentionPolicy.RUNTIME)
    @Target({ElementType.TYPE, ElementType.METHOD})
    public @interface Adaptive {
    
        /**
         * 从{@link URL}的Key名,对应的Value作为要Adapt成的Extension名。
         * 如果{@link URL}这些Key都没有Value,使用 用 缺省的扩展(在接口的{@link SPI}中设定的值)。
         * 比如,String[] {"key1", "key2"},表示
         * 先在URL上找key1的Value作为要Adapt成的Extension名;
         * key1没有Value,则使用key2的Value作为要Adapt成的Extension名。
         * key2没有Value,使用缺省的扩展。
         * 如果没有设定缺省扩展,则方法调用会抛出{@link IllegalStateException}。
         * 如果不设置则缺省使用Extension接口类名的点分隔小写字串。
         * 即对于Extension接口{@code com.alibaba.dubbo.xxx.YyyInvokerWrapper}的缺省值为String[] {"yyy.invoker.wrapper"}
      */
        String[] value() default {};
    }

    【2.获取ExtensionLoader】

    ExtensionLoader可以类比JDK-SPI中的ServiceLoader。

    [ ExtensionLoader中的类属性 ]

    public class ExtensionLoader<T> {    
        /** 存放SPI文件的三个目录,其中META-INF/services/也是jdk的SPI文件的存放目录 */
        private static final String SERVICES_DIRECTORY = "META-INF/services/";
        private static final String DUBBO_DIRECTORY = "META-INF/dubbo/";
        /**这个是最终jar包中存放spi文件的位置**/
        private static final String DUBBO_INTERNAL_DIRECTORY = DUBBO_DIRECTORY + "internal/";
        private static final Pattern NAME_SEPARATOR = Pattern.compile("\s*[,]+\s*");
        /** key: SPI接口Class   value: 该接口的ExtensionLoader */
        private static final ConcurrentMap<Class<?>, ExtensionLoader<?>> EXTENSION_LOADERS = new ConcurrentHashMap<Class<?>, ExtensionLoader<?>>();
        /** key: SPI接口Class   value: SPI实现类的对象实例 */
        private static final ConcurrentMap<Class<?>, Object> EXTENSION_INSTANCES = new ConcurrentHashMap<Class<?>, Object>();
    }

    [ ExtensionLoader中的实例属性(上述的是类属性(static),即所有该类的实例都共享。实例属性是每一个类的实例私有) ]

    public class ExtensionLoader<T> {
    
        private final Class<?> type;   //SPI接口Class
    
        private final ExtensionFactory objectFactory;  //SPI实现类的对象实例的创建工程
    
        /** key: ExtensionClass的Class   value: SPI的实现类的key **/
        private final ConcurrentMap<Class<?>, String> cachedNames = new ConcurrentHashMap<Class<?>, String>();  
    
        /** 存放所有的ExtensionClass **/  
        private final Holder<Map<String, Class<?>>> cachedClasses = new Holder<Map<String, Class<?>>>();
        
        private final Map<String, Activate> cachedActivates = new ConcurrentHashMap<String, Activate>();
    
        /**缓存创建好的ExtensionClass实例**/
        private final ConcurrentMap<String, Holder<Object>> cachedInstances = new ConcurrentHashMap<String, Holder<Object>>();
    
        /** 缓存创建好的适配器实例 **/
        private final Holder<Object> cachedAdaptiveInstance = new Holder<Object>();
        
        /**存储类上带有@Adaptive注解的Class**/
        private volatile Class<?> cachedAdaptiveClass = null;
    
        /** 默认SPI文件中的key **/    
        private String cachedDefaultName;
    
        /** 存储在创建适配器实例这个过程中发生的错误 **/
        private volatile Throwable createAdaptiveInstanceError;
    
        /**存放具有一个type入参构造器的实现类 Class对象**/
        private Set<Class<?>> cachedWrapperClasses;
    
        /**key:实现列的全类名  value:exception,防止真正的异常被吞掉 **/
        private Map<String, IllegalStateException> exceptions = new ConcurrentHashMap<String, IllegalStateException>();
    }

     [ 注意 ]

    com.alibaba.dubbo.rpc.Protocol 文件中整体路径和文件的内容如下

    registry=com.alibaba.dubbo.registry.integration.RegistryProtocol
    dubbo=com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol
    filter=com.alibaba.dubbo.rpc.protocol.ProtocolFilterWrapper
    listener=com.alibaba.dubbo.rpc.protocol.ProtocolListenerWrapper
    mock=com.alibaba.dubbo.rpc.support.MockProtocol
    injvm=com.alibaba.dubbo.rpc.protocol.injvm.InjvmProtocol
    rmi=com.alibaba.dubbo.rpc.protocol.rmi.RmiProtocol
    hessian=com.alibaba.dubbo.rpc.protocol.hessian.HessianProtocol
    com.alibaba.dubbo.rpc.protocol.http.HttpProtocol
    com.alibaba.dubbo.rpc.protocol.webservice.WebServiceProtocol
    thrift=com.alibaba.dubbo.rpc.protocol.thrift.ThriftProtocol
    memcached=com.alibaba.dubbo.rpc.protocol.memcached.MemcachedProtocol
    
    redis=com.alibaba.dubbo.rpc.protocol.redis.RedisProtocol

    对于上述Protocol接口的实现类,ExtensionLoader分三种情况来分别存储对应的实现者,分别是下面三个实例属性:

    private volatile Class<?> cachedAdaptiveClass = null;
    
    private Set<Class<?>> cachedWrapperClasses;
    
    private final Holder<Map<String, Class<?>>> cachedClasses = new Holder<Map<String, Class<?>>>();

    情况1:如果这个class含有Adaptive注解,则将这个class设置为Class<?> cacheAdaptiveClass;

    情况2:尝试获取带对应接口参数的构造器,如果能够获取到,则说明这个class是一个装饰器类,存放到Set<Class<?>> cachedWraperClasses;

    情况3:如果没有上述构造器,则获取class上的SPI注解,根据该注解的定义的name作为key,存放至 Holder<Map<String,Class<?>>> cachedClasses中

    [  ExtensionLoader.getExtensionLoader(Protocol.class)方法 ]

    /**
     * 1.校验参数type:非空+是接口+含有@SPI注解
     * 2.根据type接口,从全局缓存EXTENSIONS_LOADERS中获取ExtensionLoader,若有直接返回;如果没有则先创建,放入缓存,再返回
     */ 
    public static <T> ExtensionLoader<T> getExtensionLoader(Class<T> type) {
            if (type == null)
                throw new IllegalArgumentException("Extension type == null");
            if (!type.isInterface()) {
                throw new IllegalArgumentException("Extension type(" + type + ") is not interface!");
            }
            if (!withExtensionAnnotation(type)) {
                throw new IllegalArgumentException("Extension type(" + type +
                        ") is not extension, because WITHOUT @" + SPI.class.getSimpleName() + " Annotation!");
            }
    
            ExtensionLoader<T> loader = (ExtensionLoader<T>) EXTENSION_LOADERS.get(type);
            if (loader == null) {
                EXTENSION_LOADERS.putIfAbsent(type, new ExtensionLoader<T>(type));
                loader = (ExtensionLoader<T>) EXTENSION_LOADERS.get(type);
            }
            return loader;
        }

    [ new ExtensionLoader<T>(type)构造方法 ]

    private ExtensionLoader(Class<?> type) {
            this.type = type;
            objectFactory = (type == ExtensionFactory.class ? null : ExtensionLoader.getExtensionLoader(ExtensionFactory.class).getAdaptiveExtension());
    }

    分析:

    当前目标创建的ExtensionLoader对象(自行命名为ExtensionLoader对象1)的type为com.alibaba.dubbo.rpc.Protocol,所以会执行

    ExtensionLoader.getExtensionLoader(ExtensionFactory.class).getAdaptiveExtension());

    那需要首先创建ExtensionFactory,可以看出对应的ExtensionFactory同样也是一个SPI接口,且没有指定默认的实现类。

    @SPI
    public interface ExtensionFactory {
        /**
         * Get extension.*/
        <T> T getExtension(Class<T> type, String name);
    }

    ExtensionLoader.getExtensionLoader(ExtensionFactory.class)过程与上面类似,只是我们需要创建另外一个ExtensionLoader对象(我们取名为ExtensionLoader对象2),type为com.alibaba.dubbo.common.extension.ExtensionFactory,而objectFactory是null,之后这个ExtensionLoader对象2会被放入EXTENSION_LOADERS缓存中。

    之后执行ExtensionLoader对象2的getAdaptiveExtension()方法:

    /**
     * 首先从cahcedAdaptiveInstance缓存中取得AdaptiveExtension实例
     * 如果不为null,直接返回
     * 如果为null,先createAdaptiveExtension()创建AdaptiveExtension实例,之后放入cachedAdaptiveInstance缓存中,最后返回
     */
    public T getAdaptiveExtension() {
        Object instance = cachedAdaptiveInstance.get();
        if (instance == null) {
            if (createAdaptiveInstanceError == null) {
                synchronized (cachedAdaptiveInstance) {
                    instance = cachedAdaptiveInstance.get();
                    if (instance == null) {
                        try {
                            instance = createAdaptiveExtension();  //创建AdaptiveExtension实例
                            cachedAdaptiveInstance.set(instance); //之后放入cachedAdaptiveInstance缓存中
                        } catch (Throwable t) {
                            createAdaptiveInstanceError = t;
                            throw new IllegalStateException("fail to create adaptive instance: " + t.toString(), t);
                        }
                    }
                }
            } else {
                throw new IllegalStateException("fail to create adaptive instance: " + createAdaptiveInstanceError.toString(), createAdaptiveInstanceError);
            }
        }
    
        return (T) instance;
    }

     再看createAdaptiveExtension()创建AdaptiveExtension源码

    /**
     * createAdaptiveExtension()
     *   -- getAdaptiveExtensionClass()  //从dubbo-spi配置文件中获取AdaptiveExtensionClass
     *       --getExtensionClasses()
     *          --loadExtensionClasses()
     *             --loadFile(Map<String,Class<?>> extensionClasses, String dir)
     *        -- getAdaptiveExtensionClass() //创建动态代理类
     * --injectExtension(T instance)  //dubbo的ioc
     */
    private T createAdaptiveExtension() {
            try {
                return injectExtension((T) getAdaptiveExtensionClass().newInstance());
            } catch (Exception e) {
                throw new IllegalStateException("Can not create adaptive extenstion " + type + ", cause: " + e.getMessage(), e);
            }
    }

     再看getAdaptiveExtensionClass()方法

     /**
      * 获取ExtensionClasses和适配类
      * 如果实现类上有带有@Adaptive注解,直接创建修饰类
      * 如果方法上带有@Adaptive注解,动态生成代理类
      **/
    private Class<?> getAdaptiveExtensionClass() {
            getExtensionClasses();
            if (cachedAdaptiveClass != null) {
                return cachedAdaptiveClass;
            }
            return cachedAdaptiveClass = createAdaptiveExtensionClass();
    }

    再看getExtensionClasses()方法

    /**
     * 先从Holder<Map<String, Class<?>>> cachedClasses缓存中获取所有的ExtensionClass,如果有,直接返回;
     * 如果没有,通过loadExtensionClasses()从SPI文件中取读取,之后写入缓存
     **/    
    private Map<String, Class<?>> getExtensionClasses() {
            Map<String, Class<?>> classes = cachedClasses.get();
            if (classes == null) {
                synchronized (cachedClasses) {
                    classes = cachedClasses.get();
                    if (classes == null) {
                        classes = loadExtensionClasses();
                        cachedClasses.set(classes);
                    }
                }
            }
            return classes;
        }

    再看loadExtensionClasses()方法

    /**
     * 1.从@SPI注解中将默认值解析出来,并缓存到String cachedDefaultName 中
     * 2.从SPI文件中获取对应的value(SPI文件中是key-value格式)并存储到Map<String, Class<?>> extensionClasses局部变量上
     * 注意:loadExtensionClasses方法已经同步过
     **/
    private Map<String, Class<?>> loadExtensionClasses() {
            final SPI defaultAnnotation = type.getAnnotation(SPI.class);
            if (defaultAnnotation != null) {
                String value = defaultAnnotation.value();
                if (value != null && (value = value.trim()).length() > 0) {
                    String[] names = NAME_SEPARATOR.split(value);
                    if (names.length > 1) {
                        throw new IllegalStateException("more than 1 default extension name on extension " + type.getName()
                                + ": " + Arrays.toString(names));
                    }
                    if (names.length == 1) cachedDefaultName = names[0];
                }
            }
    
            Map<String, Class<?>> extensionClasses = new HashMap<String, Class<?>>();
            loadFile(extensionClasses, DUBBO_INTERNAL_DIRECTORY);
            loadFile(extensionClasses, DUBBO_DIRECTORY);
            loadFile(extensionClasses, SERVICES_DIRECTORY);
            return extensionClasses;
        }

    再看非常重要的方法:loadFile(Map<String,Class<?>> extensionClasses, String dir)方法:

    /**
     * 1.加载dir目录下的指定type的文件(如:/META-INF/dubbo/internal/com.alibaba.dubbo.common.extension.ExtensionFactory)
     * 2.遍历文件中的每一行
     *    2.1 获取实现类key和value,例如 name=spi,line=com.alibaba.dubbo.common.extension.factory.SpiExtensionFactory
     *    2.2 根据line创建Class对象
     *    2.3 将具有@Adaptive注解的实现类的Class对象放在 volatile Class<?> cachedAdaptiveClass缓存中,注意该缓存只能存放一个具有@Adaptive注解的实现类的Class对象,如果有两个同时满足,则抛异常
     *    2.4~2.6都是针对不含@Adaptive注解的实现类的Class对象
     *    2.4 查看类是否含有一个type入参的构造方法,如果有(就是wrapper类),将当前的Class对象存放至Set<Class<?>> cachedWrapperClasses缓存中
     *    2.5 如果类不含有一个type入参的构造方法,获取无参构造方法,如果Class对象具有@Active注解,将改对象以<实现类的key, active>格式存储起来,即Map<String, Activate> cachedActivates
     *    2.6 最后,将<Class对象, 实现类的key>存入ConcurrentMap<Class<?>, String> cachedNames进行缓存,并将这些Class存入loadFile(Map<String, Class<?>> extensionClasses, String dir)的入参extensionClasses中
     *
     **/
    private void loadFile(Map<String, Class<?>> extensionClasses, String dir) {
    ......
    }

     上述的方法,分别从三个目录里查找SPI文件并进行加载,在这里只有META-INF/dubbo/internal/com.alibaba.dubbo.common.extension.ExtensionFactory中有值,内容如下:

    其中,AdaptiveExtensionFactory在类上有@Adaptive注解。

    执行过后,

    cachedAdaptiveClass=class com.alibaba.dubbo.common.extension.factory.AdaptiveExtensionFactory

    extendionClasses = [{"spring","class com.alibaba.dubbo.config.spring.extension.SpringExtensionFactory"}, {"spi", "class com.alibaba.dubbo.common.extension.factory.SpiExtensionFactory"}],后续这个集合会存储在cachedClasses缓存中。

    上面一直在讲getAdaptiveExtensionClass().newInstance()这句代码中的getAdaptiveExtensionClass()方法,

    该方法返回一个com.alibaba.dubbo.common.extension.factory.AdaptiveExtensionFactory类,在看下其newInstance()代码,之后再来看下其newInstance()代码,调用这个方法,默认会执行AdaptiveExtensionFactory的无参构造方法,这里给出AdaptiveExtensionFactory的完整代码。

    package com.alibaba.dubbo.common.extension.factory;
    
    import com.alibaba.dubbo.common.extension.Adaptive;
    import com.alibaba.dubbo.common.extension.ExtensionFactory;
    import com.alibaba.dubbo.common.extension.ExtensionLoader;
    
    import java.util.ArrayList;
    import java.util.Collections;
    import java.util.List;
    
    /**
     * AdaptiveExtensionFactory
     *
     * @author william.liangf
     */
    @Adaptive
    public class AdaptiveExtensionFactory implements ExtensionFactory {
    
        private final List<ExtensionFactory> factories;
    
        /**
          * 遍历cachedClasses中缓存的extensionClasses的key,之后根据key来实例化对应的实现类,最后放置到EXTENSION_INSTANCES缓存中
         **/
        public AdaptiveExtensionFactory() {
            ExtensionLoader<ExtensionFactory> loader = ExtensionLoader.getExtensionLoader(ExtensionFactory.class);
            List<ExtensionFactory> list = new ArrayList<ExtensionFactory>();
            for (String name : loader.getSupportedExtensions()) {
                list.add(loader.getExtension(name));
            }
            factories = Collections.unmodifiableList(list);
        }
    
        public <T> T getExtension(Class<T> type, String name) {
            for (ExtensionFactory factory : factories) {
                T extension = factory.getExtension(type, name);
                if (extension != null) {
                    return extension;
                }
            }
            return null;
        }
    
    }

    从上可以看出,这个装饰器类只是实例化好了各个ExtensionFactory(这里是指SpiExtensionFactory和SpringExtensionFactory),后续通过工厂获取实现类实例都是由具体的工厂来完成。

    来看一下实例化代码的地方,即 loader.getExtension(name)方法:

    /**
         * 返回指定名字的扩展。如果指定名字的扩展不存在,则抛异常
         * 从cachedInstances缓存中获取name对应的实例,如果没有,通过createExtension(name)创建,之后放入缓存。
         *  getExtension(String name)
         *    --createExtension(String name)
         *    ----injectExtension( T instance )
         *
         */
        @SuppressWarnings("unchecked")
        public T getExtension(String name) {
            if (name == null || name.length() == 0)
                throw new IllegalArgumentException("Extension name == null");
            if ("true".equals(name)) {
                return getDefaultExtension();
            }
            Holder<Object> holder = cachedInstances.get(name);
            if (holder == null) {
                cachedInstances.putIfAbsent(name, new Holder<Object>());
                holder = cachedInstances.get(name);
            }
            Object instance = holder.get();
            if (instance == null) {
                synchronized (holder) {
                    instance = holder.get();
                    if (instance == null) {
                        instance = createExtension(name);
                        holder.set(instance);
                    }
                }
            }
            return (T) instance;
        }

    在看一下createExtension(String name)方法

    private T createExtension(String name) {
            /**从cachedClasses缓存中获取所有的实现类map,之后通过name获取到对应的实现类的Class对象**/
            Class<?> clazz = getExtensionClasses().get(name);
            if (clazz == null) {
                throw findException(name);
            }
            try {
                /**从EXTENSION_INSTANCES缓存中获取对应的实现类的Class对象,如果没有,直接创建,之后放入缓存**/
                T instance = (T) EXTENSION_INSTANCES.get(clazz);
                if (instance == null) {
                    EXTENSION_INSTANCES.putIfAbsent(clazz, (T) clazz.newInstance());
                    instance = (T) EXTENSION_INSTANCES.get(clazz);
                }
                injectExtension(instance);
                Set<Class<?>> wrapperClasses = cachedWrapperClasses;
                if (wrapperClasses != null && wrapperClasses.size() > 0) {
                    for (Class<?> wrapperClass : wrapperClasses) {
                        instance = injectExtension((T) wrapperClass.getConstructor(type).newInstance(instance));
                    }
                }
                return instance;
            } catch (Throwable t) {
                throw new IllegalStateException("Extension instance(name: " + name + ", class: " +
                        type + ")  could not be instantiated: " + t.getMessage(), t);
            }
        }

    这里,就体现了了dubbo-SPI比JDK-SPI的好处:dubbo-SPI不需要遍历所有的实现类来获取想要的内容,可以直接通过name来获取。

    看下

    ExtensionLoader<Protocol> loader = ExtensionLoader.getExtensionLoader(Protocol.class);

    的执行结果:

    在执行完

    final Protocol dubboProtocol = loader.getExtension("dubbo");

    结果(两张图)

    【参考文档】

    https://www.cnblogs.com/java-zhao/p/7617285.html

  • 相关阅读:
    ntohs, ntohl, htons,htonl的比较和详解【转】
    Device Tree 详解【转】
    浅析Linux DeviceTree【转】
    【spring boot】spring boot 拦截器
    【jQuery】jQuery/js 判断字符串是否JSON字符串
    【java】java中的 &= 和 |= 和 ^= 的区别
    zabbix创建触发器、action,发送报警邮件
    html iframe禁用右键
    mysql数据库mysqldump方式备份
    JDK8新特性
  • 原文地址:https://www.cnblogs.com/HigginCui/p/9589573.html
Copyright © 2020-2023  润新知