Dubbo消费者调用服务提供者的总体流程

Dubbo组件调用总体流程如图

首先， 调用过程也是从一个Proxy开始的， Proxy持有了一个Invoker对象。 然后触发invoke

调用。 在invoke调用过程中， 需要使用Cluster, Cluster负责容错， 如调用失败的重试。 Cluster

在调用之前会通过Directory获取所有可以调用的远程服务Invoker列表（一个接口可能有多个

节点提供服务） 。 由于可以调用的远程服务有很多， 此时如果用户配置了路由规则（如指定某些

方法只能调用某个节点） ， 那么还会根据路由规则将Invoker列表过滤一遍。

然后， 存活下来的Invoker可能还会有很多， 此时要调用哪一个呢？ 于是会继续通过

LoadBalance方法做负载均衡， 最终选出一个可以调用的Invokero这个Invoker在调用之前又会

经过一个过滤器链， 这个过滤器链通常是处理上下文、 限流、 计数等。

接着， 会使用Client做数据传输， 如我们常见的Netty Client等。 传输之前肯定要做一些私

有协议的构造， 此时就会用到Codec接口。 构造完成后， 就对数据包做序列化（Serialization）,

然后传输到服务提供者端。 服务提供者收到数据包， 也会使用Codec处理协议头及一些半包、

粘包等。 处理完成后再对完整的数据报文做反序列化处理。

随后， 这个Request会被分配到线程池（ThreadPool）中进行处理oServer会处理这些Request,

根据请求查找对应的Exporter （它内部持有了 Invoker）0 Invoker是被用装饰器模式一层一层套

了非常多Filter的， 因此在调用最终的实现类之前， 又会经过一个服务提供者端的过滤器链。

最终， 我们得到了具体接口的真实实现并调用， 再原路把结果返回