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的, 因此在调用最终的实现类之前, 又会经过一个服务提供者端的过滤器链。
最终, 我们得到了具体接口的真实实现并调用, 再原路把结果返回