Dubbo篇:ReferenceBean服务发现源码分析



ReferenceBean简述



         每个ServiceBean表示一个生产者,对应的每个ReferenceBean都表示一个消费者,ReferenceBean的设计跟ServiceBean有些像,继承关系如下图:

Dubbo篇:ReferenceBean服务发现源码分析_第1张图片

         同样是纵向继承了ReferenceConfig相关类,具体逻辑实现也在ReferenceConfig中。横向实现了FactoryBean、ApplicationContextAware、InitializingBean、DisposableBean接口,各接口功能如下:

        继承FactoryBean方法,表名此方法为工厂Bean,其返回的对象时getObject()返回的对象,隐藏了实例化一些复杂Bean的细节。
        继承ApplicationContextAware,用于获取Spring容器的上下文。
        继承InitializingBean实现其afterPropertiesSet方法,对象实例化完毕后,调用该方法。
        继承DisposableBean实现其destory()方法,在实例生命周期结束前,会调用该方法。


源码分析



        ReferenceBean继承了InitializingBean接口,实例化之后就会调用其afterPropertiesSet()方法。跟ServiceBean一样,afterPropertiesSet()同样都是配置Bean的处理,不在展开描述。

        ReferenceBean实现了FactoryBean接口,获取对象时,通过其getObject()对其一系列处理后返回对象,主要是把持有远程服务的实例生成Invoker,然后将其通过动态代理转换成实现用户接口的动态代理引用。代码如下:

在这里插入图片描述

        具体实现在get()方法中,具体时间在ReferenceConfig中,代码如下:

Dubbo篇:ReferenceBean服务发现源码分析_第2张图片

        首先要检查和覆盖配置,检查ref的是否为空,为空调用init()创建,init()代码如下:

Dubbo篇:ReferenceBean服务发现源码分析_第3张图片

        截图中缩减了一部分代码,init()中主要功能是检测本地存根和mock的合法性,添加信息配置信息到Map中,然后将Map作为参数传入createProxy中生成代理对象,生成consumerModel存入ApplicationModel中,createProxy()方法实现如下:
Dubbo篇:ReferenceBean服务发现源码分析_第4张图片

        在createProxy实现中完成了远程代理对象的创建及代理对象的转换等工作。首先会判断是否在同一个JVM中包含要消费的服务,是的话找出内存中injvm协议的服务。非injvm中会在注册中心中追加消费者元数据信息,应用启动时订阅注册中心、服务提供者参数等信息。单注册中心下(一般是这种场景)会通过refprotocol.refer()方法拉取服务元数据、订阅provider、路由和配置变更,以及Invoker转换。

        此处的refprotocol是SPI中所描述的动态编译实现类,但逻辑实现最终调用还是在RegistryProtocol#refer方法,实现代码如下:

Dubbo篇:ReferenceBean服务发现源码分析_第5张图片

        获取注册中心实例,此处为ZooKeeperRegistry,然后进入doRefer()方法执行核心逻辑:

Dubbo篇:ReferenceBean服务发现源码分析_第6张图片

        新建一个RegistryDirectory实现NotifyListener接口,服务变更会触发这个类的回调notify方法,用于引用服务。然后把消费方元数据信息注册到注册中心,处理provider、路由和动态配置订阅,通过将Cluster将多个服务合并,同时默认开启FailoverCluster策略进行服务调用重试。

        当directory第一次发起订阅的时候,会进行一次数据拉取操作,同时触发RegistryDirectory#notify方法,这里的通知数据是某一个类别的全量数据,代码如下:
Dubbo篇:ReferenceBean服务发现源码分析_第7张图片

        主要对url做处理,最后会调用refreshOverrideAndInvoker->refreshInvoker->toInvokers,即在RegistryDirectory#toInvokers方法内完成Invoker转换,具体实现代码如下:

Dubbo篇:ReferenceBean服务发现源码分析_第8张图片

        首先过滤掉不匹配的协议,合并服务端相关信息,消除重复推送的服务列表,在protocol.refer中使用具体协议发起远程连接,此处是dubbo,所以会调用DubboProtocol#doRefer方法,代码如下:

Dubbo篇:ReferenceBean服务发现源码分析_第9张图片

        创建DubboInvoker时,调用了getClients方法发起远程连接,其具体实现位于initClient方法,代码如下:

Dubbo篇:ReferenceBean服务发现源码分析_第10张图片

        如果设置了lazy属性,则,真实调用的时候才会创建TCP连接,否则立即远程连接,默认会生成netty客户端。

        回到createProxy方法,把Invoker转换成接口代理。最终接口代理都会创建InvokerInvacationHandler,这个类实现了JDK的InvocationHandler接口,所以服务暴露的接口都会委托给代理去发起远程调用。

你可能感兴趣的:(Dubbo篇)