Dubbo 服务调用过程怎样 ？

分析&回答

从实现角度说：Dubbo 是RPC框架，负责Client和Service之间通讯。

从编码角度说：Dubbo将服务器间的调用变得跟本地方法调用一样简单（invoke实现），让我们能不关注底层完成Client和Service之间通讯。

从系统角度说：Dubbo 解决了分布式系统之间通讯的各种问题，让业务能稳定高效的实现。具体实现：Dubbo总体分为三层：业务层（Biz），RPC层，Remote层。如果把每一层细分，可以分为十层。

具体调用过程如下：

1. 首先，调用过程也是从一个Proxy开始的，Proxy持有了一个Invoker对象。然后触发invoke调用。在invoke调用过程中，需要使用Cluster，Cluster 负责容错，如调用失败的重试。Cluster 在调用之前会通过 Directory获取所有可以调用的远程服务Invoker列表（一个接口可能有多个节点提供服务)。由于可以调用的远程服务有很多，此时如果用户配置了路由规则(如指定某些方法只能调用某个节点)，那么还会根据路由规则将Invoker列表过滤一遍。
2. 然后，存活下来的Invoker可能还会有很多，此时要调用哪一个呢？于是会继续通过LoadBalance方法做负载均衡，最终选出一个可以调用的Invoker。这个Invoker在调用之前又会经过一个过滤器链，这个过滤器链通常是处理上下文、限流、计数等。 接着，会使用Client做数据传输，如我们常见的Netty Client 等。传输之前肯定要做一些私有协议的构造，此时就会用到Codec接口。构造完成后，就对数据包做序列化(Serialization)，然后传输到服务提供者端。服务提供者收到数据包，也会使用Codec处理协议头及一些半包、粘包等。处理完成后再对完整的数据报文做反序列化处理。
3. 随后,这个Request会被分配到线程池(ThreadPool)中进行处理。Server 会处理这些Request，根据请求查找对应的Exporter(它内部持有了Invoker)。Invoker是被用装饰器模式一层一层套了非常多Filter的，因此在调用最终的实现类之前，又会经过一个服务提供者端的过滤器链。
4. 最终，得到了具体接口的真实实现并调用，再原路把结果返回。到此，一个完整的远程调用过程就结束了。

反思&扩展

Dubbo 解决的问题

• 服务的自动注册与发现
• 自动负载与容错
• 动态流量调度
• 依赖分析与调用统计
• 高性能、透明的RPC调用