Dubbo精要

原创

已于 2024-10-05 21:12:28 修改 · 1.2k 阅读

10 ·

CC 4.0 BY-SA版权

文章标签：

#dubbo

于 2024-09-09 17:54:38 首次发布

1、为什么需要 Dubbo？

分布式系统中的服务调用和协调问题：在分布式系统中，服务之间的相互依赖会导致复杂的通信和协调问题。Dubbo提供了高效的服务调用和自动注册、发现等功能，使得构建分布式应用程序更加容易。
服务治理和服务调用链追踪：Dubbo可以帮助我们实现服务治理、服务调用链追踪、服务降级、服务熔断等功能，这对于复杂的服务环境非常重要。
服务拆分和扩展性：随着用户量的增多，应用服务器可能会面临负载压力。此时，我们可以使用Dubbo进行服务拆分，通过增加应用服务器来提高系统的扩展性。
动态服务发现和负载均衡：Dubbo提供了动态的服务注册和发现机制，以及负载均衡功能，这可以帮助我们在消费方获取服务提供方地址列表，实现软负载均衡和Failover，降低对F5硬件负载均衡器的依赖。
服务间依赖关系的可视化：当服务的调用量越来越大，服务的容量问题就暴露出来。Dubbo可以帮助我们自动画出应用间的依赖关系图，以帮助架构师理清理关系。

2、Dubbo 的主要应用场景？

通常有四点，如下： RPC 分布式服务，拆分应用进行服务化，提高开发效率，调优性能，节省竞争资源配置管理，解决服务的地址信息剧增，配置困难的问题服务依赖，解决服务间依赖关系错踪复杂的问题服务扩容，解决随着访问量的不断增大，动态扩展服务提供方的机器的问题。

3、Dubbo 的核心功能？

Dubbo主要就是如下 3 个核心功能：

（1）Remoting：网络通信框架，提供对多种 NIO 框架抽象封装，包括“同步转异步”和“请求-响应”模式的信息交换方式。

（2）Cluster：服务框架，提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。

（3）Registry：服务注册，基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

4、Dubbo 服务注册与发现的流程？

流程说明： Provider(提供者)绑定指定端口并启动服务指供者连接注册中心，并发本机IP、端口、应用信息和提供服务信息发送至注册中心存储 Consumer(消费者），连接注册中心，并发送应用信息、所求服务信息至注册中心注册中心根据消费者所求服务信息匹配对应的提供者列表发送至Consumer 应用缓存。 Consumer 在发起远程调用时基于缓存的消费者列表择其一发起调用。 Provider 状态变更会实时通知注册中心、在由注册中心实时推送至Consumer。

设计的原因： Consumer 与Provider 解偶，双方都可以横向增减节点数。注册中心对本身可做对等集群，可动态增减节点，并且任意一台宕掉后，将自动切换到另一台去中心化，双方不直接依懒注册中心，即使注册中心全部宕机短时间内也不会影响服务的调用服务提供者无状态，任意一台宕掉后，不影响使用。

5、Dubbo 的服务调用流程？

1) 从client到server经历了编码，序列化，反序列化，解码的正常网络调用流程, 在nettyServer中处理。

2) client采用代理的机制。

3) server处理请求的方式通常为分发请求到线程池，同步阻塞或异步非阻塞返回结果。

6、Dubbo 支持哪些协议，每种协议的应用场景、优缺点？

dubbo默认：

7、Dubbo 有些哪些注册中心？

推荐使用 Zookeeper 、Nacos作为注册中心，还有 Redis、Multicast、Simple 注册中心，但不推荐。

8、Dubbo 的注册中心集群挂掉，如何正常消费？

可以的，消费者在启动时，消费者会从zk拉取注册的生产者的地址接口等数据，缓存在本地。每次调用时，按照本地存储的地址进行调用。消费者本地有一个生产者的列表，他会按照列表继续工作，倒是无法从注册中心去同步最新的服务列表，短期的注册中心挂掉是不要紧的，但一定要尽快修复。挂掉是不要紧的，但前提是你没有增加新的服务（节点没有变动），如果你要调用新的服务，则是不能办到的。

9、Dubbo 集群提供了哪些负载均衡策略？

Random LoadBalance: 随机选取提供者策略，有利于动态调整提供者权重。截面碰撞率高，调用次数越多，分布越均匀。
RoundRobin LoadBalance: 轮循选取提供者策略，平均分布，但是存在请求累积的问题。
LeastActive LoadBalance: 最少活跃调用策略，解决慢提供者接收更少的请求。
ConstantHash LoadBalance: 一致性 Hash 策略，使相同参数请求总是发到同一提供者，一台机器宕机，可以基于虚拟节点，分摊至其他提供者，避免引起提供者的剧烈变动。

默认为 Random 随机调用。

10、Dubbo 的集群容错方案有哪些？

Failover Cluster失败自动切换： dubbo的默认容错方案，当调用失败时自动切换到其他可用的节点，具体的重试次数和间隔时间可用通过引用服务的时候配置，默认重试次数为1是只调用一次。
Failback Cluster失败自动恢复：在调用失败，记录日志和调用信息，然后返回空结果给consumer，并且通过定时任务每隔5秒对失败的调用进行重试
Failfast Cluster快速失败：只会调用一次，失败后立刻抛出异常
Failsafe Cluster失败安全：调用出现异常，记录日志不抛出，返回空结果 Forking Cluster并行调用多个服务提供者：通过线程池创建多个线程，并发调用多个provider，结果保存到阻塞队列，只要有一个provider成功返回了结果，就会立刻返回结果
Broadcast Cluster广播模式：逐个调用每个provider，如果其中一台报错，在循环调用结束后，抛出异常。

第一个，failover

这也是Dubbo中默认的一个集群容错技术，failover翻译成中文叫故障转移，见名思义，它是指发现服务提供者不可用时会尝试调用集群中其他的服务提供者，dubbo中默认重试2次。源码如下：

public Result doInvoke(Invocation invocation, final List<Invoker<T>> invokers, LoadBalance loadbalance) throws RpcException {
   
        List<Invoker<T>> copyInvokers = invokers;
        checkInvokers(copyInvokers, invocation);
        String methodName = RpcUtils.getMethodName(invocation);
        //获取重试次数，默认2次 加当前调用，总共3次
        int len = getUrl().getMethodParameter(methodName, RETRIES_KEY, DEFAULT_RETRIES) + 1;
        if (len <= 0) {
   
            len = 1;
        }
        // retry loop.
        RpcException le = null; // last exception.
        List<Invoker<T>> invoked = new ArrayList<Invoker<T>>(copyInvokers.size()); // invoked invokers.
        Set<String> providers = new HashSet<String>(len);
        //循环重试调用
        for (int i = 0; i < len; i++) {
   
            //Reselect before retry to avoid a change of candidate `invokers`.
            //NOTE: if `invokers` changed, then `invoked` also lose accuracy.
            if (i > 0) {
   
                checkWhetherDestroyed();
                copyInvokers = list(invocation);
                // check again
                checkInvokers(copyInvokers, invocation);
            }
            Invoker<T> invoker = select(loadbalance, invocation, copyInvokers, invoked);
            invoked.add(invoker);
            RpcContext.getContext().setInvokers((List) invoked);
            try {