ReferenceBean简述
每个ServiceBean表示一个生产者，对应的每个ReferenceBean都表示一个消费者，ReferenceBean的设计跟ServiceBean有些像，继承关系如下图：
同样是纵向继承了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中，代码如下：
首先要检查和覆盖配置，检查ref的是否为空，为空调用init()创建，init()代码如下：
截图中缩减了一部分代码，init()中主要功能是检测本地存根和mock的合法性，添加信息配置信息到Map中，然后将Map作为参数传入createProxy中生成代理对象，生成consumerModel存入ApplicationModel中，createProxy()方法实现如下：
在createProxy实现中完成了远程代理对象的创建及代理对象的转换等工作。首先会判断是否在同一个JVM中包含要消费的服务，是的话找出内存中injvm协议的服务。非injvm中会在注册中心中追加消费者元数据信息，应用启动时订阅注册中心、服务提供者参数等信息。单注册中心下（一般是这种场景）会通过refprotocol.refer()方法拉取服务元数据、订阅provider、路由和配置变更，以及Invoker转换。
此处的refprotocol是SPI中所描述的动态编译实现类，但逻辑实现最终调用还是在RegistryProtocol#refer方法，实现代码如下：
获取注册中心实例，此处为ZooKeeperRegistry，然后进入doRefer()方法执行核心逻辑：
新建一个RegistryDirectory实现NotifyListener接口，服务变更会触发这个类的回调notify方法，用于引用服务。然后把消费方元数据信息注册到注册中心，处理provider、路由和动态配置订阅，通过将Cluster将多个服务合并，同时默认开启FailoverCluster策略进行服务调用重试。
当directory第一次发起订阅的时候，会进行一次数据拉取操作，同时触发RegistryDirectory#notify方法，这里的通知数据是某一个类别的全量数据，代码如下：
主要对url做处理，最后会调用refreshOverrideAndInvoker->refreshInvoker->toInvokers，即在RegistryDirectory#toInvokers方法内完成Invoker转换，具体实现代码如下：
首先过滤掉不匹配的协议，合并服务端相关信息，消除重复推送的服务列表，在protocol.refer中使用具体协议发起远程连接，此处是dubbo，所以会调用DubboProtocol#doRefer方法，代码如下：
创建DubboInvoker时，调用了getClients方法发起远程连接，其具体实现位于initClient方法，代码如下：
如果设置了lazy属性，则，真实调用的时候才会创建TCP连接，否则立即远程连接，默认会生成netty客户端。
回到createProxy方法，把Invoker转换成接口代理。最终接口代理都会创建InvokerInvacationHandler，这个类实现了JDK的InvocationHandler接口，所以服务暴露的接口都会委托给代理去发起远程调用。
