架构设计：系统间通信（18）——服务治理与Dubbo 下篇（继续分析）

原创

于 2024-09-24 07:41:08 发布 · 1.2k 阅读

10 ·

CC 4.0 BY-SA版权

文章标签：

#dubbo #系统间通信 #架构设计

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

 阶段2、深入多线程设计模式

 阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

5-2、protocol:RPC调用层

如果您直接看阿里提供的DUBBO框架的技术文档，您可以看到几个关键字和几张工作图。不过您肯定是无法通过那几张图搞清楚DUBBO框架的每一层是如何进行衔接，如何进行脱耦的。在这几篇文章中，我会主要从设计思路上，从DUBBO所采用的设计模式层面上，尽可能的向读者表达DUBBO框架的设计思路。

在DUBBO框架中，有一个自己的RPC协议，名字叫做dubbo（小写的）。不止如此，DUBBO框架的RPC层还支持多种RPC协议的使用（ hessian、thrift、RMI），还支持webservice协议和纯http协议。那么DUBBO框架是如何确认“哪个接口使用哪一种协议”这个问题的呢？要说清楚这个问题，就需要从DUBBO框架RPC层的模块设计入手：

就像前文提到的那样：关键模块的实现类的实例化都是通过DUBBO框架中的SPI机制完成的。例如Proxy层中的具体代理、RPC层的具体协议等等。我会通过代码跟踪的方式，详细介绍DUBBO框架RPC层的实例化过程。（DUBBO框架中，SPI的具体实现在com.alibaba.dubbo.common.extension包中，最主要的实现类是ExtensionLoader）

当DUBBO框架启动时，ExtensionLoader会加载所有的扩展点设置（见com.alibaba.dubbo.common.extension.SPI注解符）。ExtensionLoader会通过loadExtensionClasses()私有方法找到“com.alibaba.dubbo.rpc.Protocol”接口所匹配的配置文件：

    // 此方法已经getExtensionClasses方法同步过（这句注释不是我加的）。
    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<?>>();
        // yinwenjie加的注释：加载接口类对应的配置文件
        loadFile(extensionClasses, DUBBO_INTERNAL_DIRECTORY);
        loadFile(extensionClasses, DUBBO_DIRECTORY);
        loadFile(extensionClasses, SERVICES_DIRECTORY);
        return extensionClasses;
    }

然后通过“ExtensionLoader.createExtension(String name)”私有方法生成相应的实例。注意下图中外部传入的’name’变量，是我在< dubbo:protocol >标签中填写的name=”thrift”。以下是这部分源代码&

最低0.47元/天解锁文章