分析&回答
从实现角度说:Dubbo 是RPC框架,负责Client和Service之间通讯。
从编码角度说:Dubbo将服务器间的调用变得跟本地方法调用一样简单(invoke实现),让我们能不关注底层完成Client和Service之间通讯。
从系统角度说:Dubbo 解决了分布式系统之间通讯的各种问题,让业务能稳定高效的实现。具体实现:Dubbo总体分为三层:业务层(Biz),RPC层,Remote层。如果把每一层细分,可以分为十层。
具体调用过程如下:
- 首先,调用过程也是从一个Proxy开始的,Proxy持有了一个Invoker对象。然后触发invoke调用。在invoke调用过程中,需要使用Cluster,Cluster 负责容错,如调用失败的重试。Cluster 在调用之前会通过 Directory获取所有可以调用的远程服务Invoker列表(一个接口可能有多个节点提供服务)。由于可以调用的远程服务有很多,此时如果用户配置了路由规则(如指定某些方法只能调用某个节点),那么还会根据路由规则将Invoker列表过滤一遍。
- 然后,存活下来的Invoker可能还会有很多,此时要调用哪一个呢?于是会继续通过LoadBalance方法做负载均衡,最终选出一个可以调用的Invoker。这个Invoker在调用之前又会经过一个过滤器链,这个过滤器链通常是处理上下文、限流、计数等。 接着,会使用Client做数据传输,如我们常见的Netty Client 等。传输之前肯定要做一些私有协议的构造,此时就会用到Codec接口。构造完成后,就对数据包做序列化(Serialization),然后传输到服务提供者端。服务提供者收到数据包,也会使用Codec处理协议头及一些半包、粘包等。处理完成后再对完整的数据报文做反序列化处理。
- 随后,这个Request会被分配到线程池(ThreadPool)中进行处理。Server 会处理这些Request,根据请求查找对应的Exporter(它内部持有了Invoker)。Invoker是被用装饰器模式一层一层套了非常多Filter的,因此在调用最终的实现类之前,又会经过一个服务提供者端的过滤器链。
- 最终,得到了具体接口的真实实现并调用,再原路把结果返回。到此,一个完整的远程调用过程就结束了。
反思&扩展
Dubbo 解决的问题
- 服务的自动注册与发现
- 自动负载与容错
- 动态流量调度
- 依赖分析与调用统计
- 高性能、透明的RPC调用
喵呜面试助手: 一站式解决面试问题,你可以搜索微信小程序 [喵呜面试助手] 或关注 [喵呜刷题] -> 面试助手 免费刷题。如有好的面试知识或技巧期待您的共享!