Java春招面试题解答系列：基于Dubbo的服务治理、服务降级以及重试

叁歲伎倆 2023-01-04 14:48 139阅读 0赞

# 1 面试题 #

如何基于dubbo进行服务治理、服务降级、失败重试以及超时重试？

# 2 考点分析 #

*  服务治理  
    其实就是看看你有没有服务治理的思想，因为这是做过复杂微服务的人肯定会遇到的问题!
 *  服务降级  
    涉及到复杂分布式系统中必备的一个话题，因为分布式系统互相来回调用，任何一个系统故障了，你不降级，直接就整个瘫痪了!
 *  失败重试  
    分布式系统中网络请求如此频繁，要是因为网络问题不小心失败了一次，是不是要重试呢
 *  超时重试  
    同上，如果不小心网络慢一点，超时了，又该如何重试呢

# 3 服务治理 #

## 3.1 调用链路自动生成 ##

一个大型的分布式系统，或者拿现在流行的微服务架构来说吧，分布式系统由大量服务组成.

那么这些服务之间互相是如何调用的？调用链路是什么?

讲真的，几乎到后面没人搞的清楚，因为服务实在太多了，可能几百个甚至几千个!

那就需要基于Dubbo做的分布式系统中，对各个服务之间的调用自动记录下来，然后自动将各个服务之间的依赖关系和调用链路生成出来，做成一张图，显示出来，大家才可以看到.

服务A   => 服务B   => 服务E
                      => 服务F
           => 服务C
                      => 服务G
           => 服务D

\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FjfMYzvI-1610287278701)(https://ask.qcloudimg.com/http-save/1752328/3z44jb9ogc.png)\]

## 3.2 服务访问压力以及时长统计 ##

需要自动统计**各个接口和服务之间的调用次数以及访问延时**，而且要分成两个级别:

*  接口粒度  
    每个服务的每个接口每天被调用多少次，TP50/TP90/TP99，三个档次的请求延时分别是多少
 *  从入口开始  
    一个完整的请求链路经过几十个服务之后，完成一次请求，每天全链路走多少次,全链路请求延时的TP50/TP90/TP99，分别是多少

这些东西都搞定了之后，后面才可以来看当前系统的压力主要在哪里，来确定如何扩容和优化

## 3.3 其他 ##

*  服务分层（避免循环依赖）
 *  调用链路失败监控和报警
 *  服务鉴权
 *  每个服务的可用性的监控(接口调用成功率？几个9？99.99%，99.9%，99%)

# 4 服务降级 #

比如说服务A调用服务B，结果服务B挂了，服务A重试几次调用服务B，还是不行，直接降级，走一个备用的逻辑，给用户返回响应

public interface HelloService {
    
       void sayHello();
    
    }

public class HelloServiceImpl implements HelloService {
    
        public void sayHello() {
            System.out.println("hello world......");
        }
    	
    }

<?xml version="1.0" encoding="UTF-8"?>
    <beans xmlns="http://www.springframework.org/schema/beans"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
        xsi:schemaLocation="http://www.springframework.org/schema/beans        http://www.springframework.org/schema/beans/spring-beans.xsd        http://code.alibabatech.com/schema/dubbo        http://code.alibabatech.com/schema/dubbo/dubbo.xsd">
    
        <dubbo:application name="dubbo-provider" />
        <dubbo:registry address="zookeeper://127.0.0.1:2181" />
        <dubbo:protocol name="dubbo" port="20880" />
        <dubbo:service interface="com.javaedge.service.HelloService" ref="helloServiceImpl" timeout="10000" />
        <bean id="helloServiceImpl" class="com.zhss.service.HelloServiceImpl" />
    
    </beans>

<?xml version="1.0" encoding="UTF-8"?>
    <beans xmlns="http://www.springframework.org/schema/beans"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
        xsi:schemaLocation="http://www.springframework.org/schema/beans        http://www.springframework.org/schema/beans/spring-beans.xsd        http://code.alibabatech.com/schema/dubbo        http://code.alibabatech.com/schema/dubbo/dubbo.xsd">
    
        <dubbo:application name="dubbo-consumer"  />
    
        <dubbo:registry address="zookeeper://127.0.0.1:2181" />
    
        <dubbo:reference id="fooService" interface="com.test.service.FooService"  timeout="10000" check="false" mock="return null">
        </dubbo:reference>
    
    </beans>

现在就是mock，如果调用失败统一返回null

但是可以将mock修改为true，然后在跟接口同一个路径下实现一个Mock类，命名规则:

接口名称 + Mock

然后在Mock类里实现自己的降级逻辑:

public class HelloServiceMock implements HelloService {
    	public void sayHello() {
    	// 降级逻辑
    	}
    }

# 5 失败重试和超时重试 #

*  失败重试  
    consumer调用provider要是失败了(比如抛异常),此时应该是可以重试的，或者调用超时了也可以重试。<dubbo:reference id=“xxxx” interface=“xx” check=“true” async=“false” retries=“3” timeout=“2000”/>

某个服务的接口，要耗费5s，你这边不能干等着，你这边配置了timeout之后，我等待2s，还没返回，我直接就撤了，不能一直在你这耗着

如果是超时了，timeout就会设置超时时间；如果是调用失败了自动就会重试指定的次数

结合你们公司的具体的场景来说说你是怎么设置这些参数的

*  timeout  
    一般设置为200ms，我们认为不能超过200ms还没返回
 *  retries  
    3次，设置retries，一般发生在读请求时  
    比如你要查询某个数据，你可以设置retries，如果第一次没读到，报错，重试指定的次数，尝试再读取2次

##  ##