Dubbo进阶（八）- @Reference或ReferenceConfig.get代理对象如何产生（一）：SPI模式中 Wrapper和 SPI 类组装逻辑

当使用Dubbo时候，使用@Reference 或者 ReferenceConfig.get 时候获取的一个目标接口，那么进行调用时候，接口并不是直接调用到了接口的实现（Impl）类。

    public static void main(String[] args) {
        ReferenceConfig reference = new ReferenceConfig<>();
        reference.setApplication(new ApplicationConfig("dubbo-consumer"));
        reference.setRegistry(new RegistryConfig("zookeeper://127.0.0.1:2181"));
        reference.setInterface(HelloService.class);
        HelloService service = reference.get();
        String message = service.hello("dubbo I am anla7856");
        System.out.println(message);
    }

当执行完reference.get() 后，返回的 HelloService 是什么样子呢？肯定不是Consumer 端产生的 HelloServiceImpl，如果是这样，那过滤器岂不是没用了？
下面一步一步看博主分析。

ReferenceConfig 的 createProxy

主要就是在 ReferenceConfig 的 createProxy 方法，会产生一个代理对象。
在方法内部检查完参数之后，则会初始化invoker，如果有指定多个url，则会加入集群容错机制，这里先分析通过Protocol 而获取 的refer方法而获取具体invoker对象。

            if (urls.size() == 1) {
            // 当 url有多个
                invoker = REF_PROTOCOL.refer(interfaceClass, urls.get(0));
            } else {
                List> invokers = new ArrayList>();
                URL registryURL = null;
                for (URL url : urls) {
                    invokers.add(REF_PROTOCOL.refer(interfaceClass, url));
                    if (REGISTRY_PROTOCOL.equals(url.getProtocol())) {
                        registryURL = url; // use last registry url
                    }
                }
                if (registryURL != null) { // registry url is available
                    // use RegistryAwareCluster only when register's CLUSTER is available
                    URL u = registryURL.addParameter(CLUSTER_KEY, RegistryAwareCluster.NAME);
                    // The invoker wrap relation would be: RegistryAwareClusterInvoker(StaticDirectory) -> FailoverClusterInvoker(RegistryDirectory, will execute route) -> Invoker
                    invoker = CLUSTER.join(new StaticDirectory(u, invokers));
                } else { // not a registry url, must be direct invoke.
                    invoker = CLUSTER.join(new StaticDirectory(invokers));
                }
            }

而此时，url为 registry://127.0.0.1:2181/org.apache.dubbo.registry.RegistryService?application=dubbo-consumer&dubbo=2.0.2&pid=6501&refer=application%3Ddubbo-consumer%26dubbo%3D2.0.2%26generic%3Dfalse%26interface%3Dcom.anla.rpc.pureapi.service.HelloService%26lazy%3Dfalse%26methods%3Dhello%26pid%3D6501%26register.ip%3D192.168.1.107%26release%3D2.7.2%26side%3Dconsumer%26sticky%3Dfalse%26timestamp%3D1566912707974®istry=zookeeper&release=2.7.2×tamp=1566912927481
此时 REF_PROTOCOL 为 Protocol$Adaptive ，上一篇文章有讲默认的 Adaptive类原理，可以参考：Dubbo进阶（七）- Dubbo 中默认的 Adaptive类生成过程及例子。
所以此时加载的将是 RegistryProtocol，并且执行它的 refer方法。
下面给出 Protocol$Adaptive 类的refer方法

    public org.apache.dubbo.rpc.Invoker refer(java.lang.Class arg0, org.apache.dubbo.common.URL arg1) throws org.apache.dubbo.rpc.RpcException {
        if (arg1 == null) throw new IllegalArgumentException("url == null");
        org.apache.dubbo.common.URL url = arg1;
        String extName = ( url.getProtocol() == null ? "dubbo" : url.getProtocol() );
        if(extName == null) throw new IllegalStateException("Failed to get extension (org.apache.dubbo.rpc.Protocol) name from url (" + url.toString() + ") use keys([protocol])");
        org.apache.dubbo.rpc.Protocol extension = (org.apache.dubbo.rpc.Protocol)ExtensionLoader.getExtensionLoader(org.apache.dubbo.rpc.Protocol.class).getExtension(extName);
        return extension.refer(arg0, arg1);
    }

RegistryProtocol

上一小节发现，由于url 协议为 registry，所以当它调用 ExtensionLoader.getExtensionLoader(org.apache.dubbo.rpc.Protocol.class).getExtension(extName); 将传入 registry。
毫无疑问是返回一个 RegistryProtocol，那么 RegistryProtocol是怎样的呢？

ExtensionLoader的 getExtension

首先看看 ExtensionLoader 的 getExtension 方法，它是如何组装并返回这个类的呢？

    public T getExtension(String name) {
		// 检查参数
        if (StringUtils.isEmpty(name)) {
            throw new IllegalArgumentException("Extension name == null");
        }
        if ("true".equals(name)) {
            return getDefaultExtension();
        }
        // 尝试从缓存中获取 实例
        Holder