Dubbo面试常见问题

1、dubbo是什么？

dubbo是⼀个分布式服务框架，提供⾼性能和透明化的RPC远程服务调⽤⽅案，以及SOA服务治理方案。说白了其实dubbo就是一个远程调用的分布式框架。

2、dubbo的核心服务是什么？

Dubbo的做用以及介绍

特性 描述
透明远程调用 就像调用本地方法同样调用远程方法；只需简单配置，没有任何API侵入；
负载均衡机制 Client端LB，可在内网替代F5等硬件负载均衡器；
容错重试机制 服务Mock数据，重试次数、超时机制等；
自动注册发现 注册中心基于接口名查询服务提 供者的IP地址，而且可以平滑添加或删除服务提供者；
性能日志监控 Monitor统计服务的调用次调和调用时间的监控中心；
服务治理中心 路由规则，动态配置，服务降级，访问控制，权重调整，负载均衡，等手动配置。
自动治理中心 无，好比：熔断限流机制、自动权重调整等；

3、看一下dubbo架构图

 

 

4、服务提供者暴露一个服务的详细过程：

若是你仔细观察dubbo的启动日志你会发现，dubbo的provider启动主要是如下几个过程

 

1.首先provider启动时，先把想要提供的服务暴露在本地。

2.而后再把服务暴露到远程。

3.启动netty服务，创建长链接。

4.链接到注册中心zk上。

5.而后监控zk上的消费服务。

 

5、服务消费者消费一个服务的详细过程

 

 

首先ReferenceConfig类的init方法调用Protocol的refer方法生成Invoker实例。接下来把Invoker转为客户端须要的接口。

 

6、下面来看本地暴露于远程暴露的区别：

本地暴露是暴露在本机JVM中,调用本地服务不须要网络通讯.

远程暴露是将ip,端口等信息暴露给远程客户端,调用远程服务时须要网络通讯.

 

7、什么状况下适用dubbo协议，何时适用rmi协议？

Dubbo支持dubbo、rmi、hessian、http、webservice、thrift、redis等多种协议，可是dubbo协议是官网推荐使用的，dubbo 缺省协议是dubbo协议，采用单一长链接和 NIO 异步通信，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的状况。反之，Dubbo 缺省协议不适合传送大数据量的服务，好比传文件，传视频等，除非请求量很低。RMI协议采用阻塞式(同步)短链接和 JDK 标准序列化方式。适用范围：传入传出参数数据包大小混合，消费者与提供者个数差很少，可传文件。后面会对其余几种协议详细介绍，这里就不赘述了。

 

8、Dubbo主要的配置项有哪些，做用是什么？

provider配置

<!-- 提供方应用信息，用于计算依赖关系 -->
<dubbo:application name="hello-world-app" />

<!-- 使用multicast广播注册中心暴露服务地址 -->
<dubbo:registry address="multicast://224.5.6.7:1234" />

<!-- 用dubbo协议在20880端口暴露服务 -->
<dubbo:protocol name="dubbo" port="20880" />

<!-- 声明须要暴露的服务接口 -->
<dubbo:service interface="com.alibaba.dubbo.demo.DemoService" ref="demoService" />

<!-- 和本地bean同样实现服务 -->
<bean id="demoService" class="com.alibaba.dubbo.demo.provider.DemoServiceImpl" />

consumer配置

<!-- 消费方应用名，用于计算依赖关系，不是匹配条件，不要与提供方同样 -->
<dubbo:application name="consumer-of-helloworld-app" />

<!-- 使用multicast广播注册中心暴露发现服务地址 -->
<dubbo:registry address="multicast://224.5.6.7:1234" />

<!-- 生成远程服务代理，能够和本地bean同样使用demoService -->
<dubbo:reference id="demoService" interface="com.alibaba.dubbo.demo.DemoService" />

9、Dubbo有几种容错机制

什么是容错机制？容错机制指的是某中系统控制在必定范围的一种容许或包容犯错状况的发生，举个简单的例子，咱们在电脑上运行一个程序，有时候会出现无响应的状况，而后系统回弹出一个提示框让咱们选择，是当即结束仍是继续等待，而后根据咱们的选择执行对应的操做，这就是“容错”。

   在分布式架构下，网络，硬件，应用均可以发生故障，因为各个服务之间可能存在依赖关系，若是一条链路中的某一个节点出现故障，将会致使雪崩效应。为了减小某一个节点故障的影响范围，因此咱们才须要去构建容错服务，来优雅的处理这种中断的响应结果

1.failsafe 失败安全，能够认为是把错误吞掉（记录日志）

2.failover(默认)  重试其余服务器；retries(2)重试的次数，默认为2次

3.failback   失败后自动恢复

4.forking forks. 设置并行数

5.Broadcast 广播，任意一台报错，则执行的方法报错，经过cluster方式，配置制定的容错方案

 

10、dubbo的服务降级

降级的目的是为了保证核心服务可用

降级能够有几个层面的分类：自动降级，人工降级；按照功能能够分为：读服务降级和写服务降级；

1.对一些非核心服务进行人工降级，在大促以前经过降级开关关闭那些推荐内容，评价等对主流程序没有影响的功能

2.故障降级，好比调用的远程服务挂了，网络故障，或者RPC服务返回异常。那么能够直接降级，降级的方案好比设置默认值，采用兜底数据（系统推荐的行为广告挂了，能够提早准备静态页面作返回）等等

3.限流降级，在秒杀这种流量比较集中而且流量特别大的状况下，由于突发访问量特别大可能致使系统支撑不了。这个时候能够采用限流来限制访问量。当达到阈值时，后续的请求被降级，好比进入排队页面，好比跳转到错误页面（活动火爆，请稍后重试）

 

Dubbo的降级方式：Mock

实现步骤

1.在client端建立一个testmock类，实现对应的IGphello的接口（须要对哪一个接口进行mock，就实现哪一个）名称必须以mock结尾

2.在client端的xml配置文件中，添加以下配置，增长一个mock属性指向建立的testmock

3.模拟错误（设置timeout）模拟超时异常，运行测试代码便可访问到testmock这个类，当服务端故障解除之后，调用过程将恢复正常

 

11、dubbo的优先级配置

配置优先级别

1.以timeout为例，显示了配置的查找顺序，其余retries，loadbalance等相似。

（1）方法级优先，接口级次之，全局配置在次之

（2）若是级别同样，则消费方优先，提供方次之

（3）其中，服务提供方配置，经过URL经由注册中心传递给消费方

2.建议由服务提供方设置超时，由于一个方法须要执行多长时间，服务提供方更清楚，若是一个消费方同时引用多个服务，就不须要关心每一个服务的超时设置。

dubbo高可用之zookeeper宕机、Dubbo直连、负载均衡、服务降级、集群容错

1. zookeeper宕机

咱们接下来讨论一下若是zookeeper宕机对咱们的服务提供者消费者有什么影响

现象：zookeeper注册中心宕机，还能够消费dubbo暴露的服务。

缘由：

• 监控中心宕掉不影响使用，只是丢失部分采样数据
• 数据库宕掉后，注册中心仍能经过缓存提供服务列表查询，但不能注册新服务
• 注册中心对等集群，任意一台宕掉后，将自动切换到另外一台
• 注册中心所有宕掉后，服务提供者和服务消费者仍能经过本地缓存通信
• 服务提供者无状态，任意一台宕掉后，不影响使用
• 服务提供者所有宕掉后，服务消费者应用将没法使用，并没有限次重连等待服务提供者恢复

高可用：经过设计，减小系统不能提供服务的时间

例子：

咱们在消费者中睡眠20秒,而后咱们在这20秒时间内停掉注册中心,看看第二次消费可否成功

public class App 
{

    public static void main( String[] args ) throws Exception
    {
        ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext(
                new String[] { "classpath:customer.xml" });
        final IUserService demoService = (IUserService) context.getBean("userService");
        System.out.println(demoService.getUser());
        System.out.println("程序运行第一次......");
        Thread.sleep(1000*20);
        System.out.println(demoService.getUser());
        System.out.println("程序运行第二次......");
        System.in.read();

    }
}

 

接下来咱们一次启动服务提供者 消费者 而后停掉服务注册中心

 

 

能够看到

 

 

 

咱们的服务消费者在注册中心宕机后让然能够调用服务提供者提供的服务。可是注册中心宕机后咱们不能再注册新的服务。

2. Dubbo直连

在开发及测试环境下，常常须要绕过注册中心，只测试指定服务提供者，这时候可能须要点对点直连，点对点直连方式，将以服务接口为单位，忽略注册中心的提供者列表，A 接口配置点对点，不影响 B 接口从注册中心获取列表。

注意 为了不复杂化线上环境，不要在线上使用这个功能，只应在测试阶段使用。咱们能够在开发的时候使用此方式进行调试

<dubbo:reference id="userService" interface="com.yz.dubbo.api.IUserService" check="false" version="1.0.0" url="dubbo://127.0.0.1:20882"></dubbo:reference>

 

咱们启动咱们的服务注册中心与服务提供者消费

发现咱们的消费者并无注册到服务注册中心,可是咱们仍然能够调用服务提供者提供的服务

 

 

咱们实现了跨注册中心 直连服务提供者

3. 负载均衡

在集群负载均衡时，Dubbo 提供了多种均衡策略，缺省为 random 随机调用。

负载均衡策略

• Random LoadBalance

  随机，按权重设置随机几率。

• RoundRobin LoadBalance

  轮询，按公约后的权重设置轮询比率。

• LeastActive LoadBalance

  最少活跃调用数，相同活跃数的随机，活跃数指调用先后计数差。

• ConsistentHash LoadBalance

  一致性 Hash，相同参数的请求老是发到同一提供者。

接下来咱们测试一下默认的随机方式

<dubbo:service interface="com.yz.dubbo.api.IUserService" ref="userService1" version="1.0.0" loadbalance="random"></dubbo:service>

 

咱们启动多个服务提供者,并指定不一样的端口号,在实现中经过来区分不一样的提供者

System.out.println("被调用了1............");
System.out.println("被调用了2............");

 

接下来咱们启动多个服务提供者来模拟,并经过Admin控制台中的 倍权 半权 来调节权重 ,结果以下

 

 

接下来咱们启动服务消费者模拟消费者屡次消费

咱们模拟了六次能够看到控制台输出

被调用了0............
被调用了0............
被调用了1............
被调用了0............
被调用了0............
被调用了0............

 

实现了调用多个服务提供者,并实现了负载均衡

4. 服务降级

当我服务器的压力比较大的时候,咱们能够经过服务降级功能 临时屏蔽某个出错的非关键服务，并定义降级后的返回策略,屏蔽掉不重要的服务如广告服务等,来下降核心业务的压力

• mock=force:return+null 表示消费方对该服务的方法调用都直接返回 null 值，不发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响。
• 还能够改成 mock=fail:return+null 表示消费方对该服务的方法调用在失败后，再返回 null 值，不抛异常。用来容忍不重要服务不稳定时对调用方的影响。

咱们能够直接在Admin控制台来操做服务降级,服务消费者中的屏蔽至关于不发起远程调用,

容错至关于对该服务的方法调用在失败后，再返回 null 值

屏蔽

咱们屏蔽咱们的应用yzcustomer

 

 

发现提供者并无调用且返回null

 

 

容错

咱们容错咱们的应用yzcustomer,并手动使咱们的提供者出错,启动服务提供者和消费者

 

 

发如今调用服务提供者出错时,返回null

 

 

5. 集群容错

在集群调用失败时，Dubbo 提供了多种容错方案，缺省为 failover 重试。

Failover Cluster

失败自动切换，当出现失败，重试其它服务器 。一般用于读操做，但重试会带来更长延迟。可经过 retries="2" 来设置重试次数(不含第一次)。

Failfast Cluster

快速失败，只发起一次调用，失败当即报错。一般用于非幂等性的写操做，好比新增记录。

Failsafe Cluster

失败安全，出现异常时，直接忽略。一般用于写入审计日志等操做。

Failback Cluster

失败自动恢复，后台记录失败请求，定时重发。一般用于消息通知操做。

Forking Cluster

并行调用多个服务器，只要一个成功即返回。一般用于实时性要求较高的读操做，但须要浪费更多服务资源。可经过 forks="2" 来设置最大并行数。

Broadcast Cluster

广播调用全部提供者，逐个调用，任意一台报错则报错 [2]。一般用于通知全部提供者更新缓存或日志等本地资源信息。

集群模式配置

按照如下示例在服务提供方和消费方配置集群模式

<dubbo:service cluster="failsafe" />

或

<dubbo:reference cluster="failsafe" />