Dubbo服务订阅源码解析

前言

前面那篇文章我们从源码层面解析了Dubbo的服务暴露过程,今天我们继续源码解析,Dubbo服务引用/订阅流程。

环境配置

使用的Dubbo版本为3.2.0,注册中心使用zookeeper,demo为官方springboot演示代码。

Consume启动

可以看到,启动类上还是一个@EnableDubbo注解,和Provide启动并无差别,使用@DubboReference注解注入了DemoService,这个注解是不是很陌生,我们之前学习spring框架的时候只用过@Autowired、@Resource,@EnableDubbo在这里的作用和原理是什么呢?我们继续往下看

java 复制代码
public class DubboSpringInitializer {
    public static void initialize(BeanDefinitionRegistry registry) {
        //.......省略非核心代码
        // init dubbo context
        initContext(context, registry, beanFactory);
    }
    private static void initContext(DubboSpringInitContext context, BeanDefinitionRegistry registry,
                                ConfigurableListableBeanFactory beanFactory) {
        // register common beans
        DubboBeanUtils.registerCommonBeans(registry);
    }
    static void registerCommonBeans(BeanDefinitionRegistry registry) {
        ......
        //这里主要是处理@DubboReference和@Reference注解
        registerInfrastructureBean(registry, ReferenceAnnotationBeanPostProcessor.BEAN_NAME,
            ReferenceAnnotationBeanPostProcessor.class);
        // register ApplicationListeners 注册监听器,这里很重要
        registerInfrastructureBean(registry, DubboDeployApplicationListener.class.getName(), DubboDeployApplicationListener.class);
        registerInfrastructureBean(registry, DubboConfigApplicationListener.class.getName(), DubboConfigApplicationListener.class);
        // Dubbo config initializer 加载配置
        registerInfrastructureBean(registry, DubboConfigBeanInitializer.BEAN_NAME, DubboConfigBeanInitializer.class);
        ......
      }

还记得上篇文章registerCommonBeans()方法里注册了一个ReferenceAnnotationBeanPostProcessor处理器不,我们debug进去源码。

可以看到@DubboReference注解的职责就是将DemoService组装成BeanDefinition注册到了BeanDefinitionMap中,这个BeanDefinition的类型是ReferenceBean,这是个什么意思呢?我们找到这个接口。

java 复制代码
public class ReferenceBean<T> implements FactoryBean<T>,
        ApplicationContextAware, BeanClassLoaderAware, BeanNameAware, InitializingBean, DisposableBean {

可以看到,它其实是一个FactoryBean,这里又牵扯到spring的知识了,我们找到ReferenceBean的getObject方法

java 复制代码
@Override
public T getObject() {
    //这里进行了重写
    if (lazyProxy == null) {
        createLazyProxy();
    }
    return (T) lazyProxy;
}
java 复制代码
private void createLazyProxy() {
    //set proxy interfaces
    //see also: org.apache.dubbo.rpc.proxy.AbstractProxyFactory.getProxy(org.apache.dubbo.rpc.Invoker<T>, boolean)
    ProxyFactory proxyFactory = new ProxyFactory();
    proxyFactory.setTargetSource(new DubboReferenceLazyInitTargetSource());
    proxyFactory.addInterface(interfaceClass);
    Class<?>[] internalInterfaces = AbstractProxyFactory.getInternalInterfaces();
    for (Class<?> anInterface : internalInterfaces) {
        proxyFactory.addInterface(anInterface);
    }
    if (!StringUtils.isEquals(interfaceClass.getName(), interfaceName)) {
        //add service interface
        try {
            Class<?> serviceInterface = ClassUtils.forName(interfaceName, beanClassLoader);
            proxyFactory.addInterface(serviceInterface);
        } catch (ClassNotFoundException e) {
            // generic call maybe without service interface class locally
        }
    }
    //动态代理
    this.lazyProxy = proxyFactory.getProxy(this.beanClassLoader);
}

这里我们又见到了动态代理。

服务订阅

还记得在上篇文章中提到的DubboDeployApplicationListener监听器不,我们继续往下看

直接定位到init方法

java 复制代码
protected synchronized void init() {
        //创建代理
        ref = createProxy(referenceParameters);
}
private void createInvoker() {
    if (urls.size() == 1) {
        URL curUrl = urls.get(0);
        //这里
        invoker = protocolSPI.refer(interfaceClass, curUrl);
        // registry url, mesh-enable and unloadClusterRelated is true, not need Cluster.
        if (!UrlUtils.isRegistry(curUrl) &&
                !curUrl.getParameter(UNLOAD_CLUSTER_RELATED, false)) {
            List<Invoker<?>> invokers = new ArrayList<>();
            invokers.add(invoker);
            invoker = Cluster.getCluster(getScopeModel(), Cluster.DEFAULT).join(new StaticDirectory(curUrl, invokers), true);
        }
    }

中间链路比较长,我们直接跳到这里

至此,我们已经初始化好了服务代理类,后续的方法调用,就是使用的这个代理类处理器。

总结

最后,还是用一段话总结一下,ReferenceAnnotationBeanPostProcessor处理器会将带有@DubboReference注解的属性扫描成ReferenceBean类型的BeanDefinition,ReferenceBean是一个工厂bean,它的getObject方法会创建代理类。DubboDeployApplicationListener监听器接收到spring刷新完成事件后会进行服务的订阅,与注册中心建立连接,将消费方的信息进行注册,订阅服务方的信息,并写入本地临时文件,最后会创建代理类 InvokerInvocationHandler,后续远程方法的调用都是这个Handler进行处理。

相关推荐
非优秀程序员4 小时前
第07章 孙德良的阳谋|《互联网产品恩仇录》
javascript·后端
非优秀程序员4 小时前
第06章 浙江帮的内战|《互联网产品恩仇录》
后端
非优秀程序员4 小时前
第08章 马云的反击|《互联网产品恩仇录》
后端
非优秀程序员4 小时前
题记|《互联网产品恩仇录》
后端·程序员·创业
非优秀程序员4 小时前
第04章 邮箱大战,163 与 QQ 的暗战|《互联网产品恩仇录》
java·vue.js·架构
知已难寻5 小时前
Docker 入门:容器技术与 Docker 基础
java·运维·服务器·docker·云原生·容器
文丑颜不良啊7 小时前
LeetCode2481~2500题目解析
java·leetcode
Flynn Liang8 小时前
同一需求三套写法:用 Spring AI、LangChain4j、AgentScope Java 各实现一个带工具调用的 RAG 助手(实战对比)
java·人工智能·大模型·架构设计·spring ai·langchain4j·agentscope
Gopher_HBo8 小时前
Go CPU 剖析的"地基":信号、CAS、写屏障、无锁环形缓冲
后端
panbook8 小时前
从0到1实现一个分布式时序数据库(二):写入成功之后,如何用 WAL 找回数据
后端