Dubbo——Mock
https://blog.csdn.net/cold___play/article/details/107084299?utm_medium=distribute.pc_relevant.none-task-blog-2~default~baidujs_baidulandingword~default-0-107084299-blog-111850194.pc_relevant_multi_platform_whitelistv3&spm=1001.2101.3001.4242.1&utm_relevant_index=2
Mock
在Cluster中,还有最后一个MockClusterWrapper,由它实现了Dubbo的本地伪装。这个功能的使用场景较多,通常会应用在以下场景中:服务降级;部分非关键服务全部不可用,希望主流程继续进行;在下游某些节点调用异常时,可以以Mock的结果返回。
Mock常见的使用方法
Mock只有在拦截到RpcException的时候会启用,数异常容错方式的一种。业务层面其实也可以用try-catch来实现这种功能,如果使用下沉到框架中的Mock机制,则可以让业务的实现更优雅
常见配置如下:
//配置方式1:可以在配置文件中配置
<dubbo:reference interface="com.foo.BarService" mock="true" />
//配置方式2
<dubbo:reference interface="com.foo.BarService" mock="com.foo.BarServiceMock" />
//配置方式3
<dubbo:reference interface="com.foo.BarService" mock="return null" />
1
2
3
4
5
6
7
8
//提供Mock实现,如果Mock配置了true或default,则实现的类名必须是接口名+Mock,如配置方式1
//否则会直接取Mock参数值作为Mock实现类,如配置方式2
package com.foo;
public class BarServieMock implements BarService {
public String sayHello(String name) {
//可以伪造容错数据,此方法只在出现RpcException时被执行
return "容错数据";
}
}
1
2
3
4
5
6
7
8
9
10
当接口配置了Mock,在RPC调用抛出RpcException时救护执行Mock方法。最后一种return null的配置方式通常会在想直接忽略异常的时候使用。
服务的降级是在dubbo-admin中通过override协议更新Invoker的Mock参数实现的。如果Mock参数设置为mock=force:return+null,则表明是强制Mock,强制Mock会让消费者对该服务的调用直接返回null,不再发起远程调用。通常使用在非重要服务已经不可用的时候,可以屏蔽下游对上游系统造成的影响。此外,还能把参数设置为mock=fail:return+null,这样为消费者还会发起远程调用,不过失败后返回null,但是不抛出异常。
最后,如果配置的参数是以throe开头的,即mock=throw,则直接抛出RpcException,不会发起远程调用。
Mock的总体结构
Mock设计的接口比较多,整个流程贯穿Cluster和Protocol层,接口之间的逻辑关系如图:
主要流程分为Cluster层和Protocol 层。
MockClusterWrapper是一个包装类,包装类会被自动注入合适的打展点实现, 它的这辑很简单,只是把被包装扩展类作为初始化参数来创建并返回一个MockClusterInvoker。
MockClusterlnvoker和其他的Clusterlnvoker一样, 在Invoker 方法中完成了主要逻辑。
MockInvokersSelector是Router接口的一种实现,用于过滤出Mock的Invokero。
MockProtocol根据用户传入的URL和类型生成一个MockInvoker。
MockInvoker实现最终的Invoker逻辑。
MockInvoker与MockClusterInvoker看起来都是Invoker,它们之间有什么区别呢?
首先,强制Mock、失败后返回Mock结果等逻辑是在MockClusterInvoker里处理的;其次,MockClusterInvoker在某些逻辑下,会生成MockInvoker并进行调用;然后,再MockInvoker里会处理mock="return null"、mock="throw xxx"或mock=com.xxService这些配置逻辑。最后,MockInvoker还会被MockProtocol在引用远程服务的时候创建。
可以任意,MockClusterInvoker会处理一些Class级别的Mock逻辑,例如:选择调用哪些Mock类。MockInvoker处理的是方法级别的Mock逻辑,如返回值。
Mock的实现原理
1. MockClusterInvoker的实现原理:
MockClusterWapper 是一个包装类, 它在创建MockClusterInvoker的时候会把被包装的Invoker传入构造方法,因此Mckiuserivoker 内部天生就含有一个Invoker 的引用。MockClusterlnvoker的invoke方法处理了主要逻辑,步骤如下:
获取Invoker 的Mock参数。前面已经说过,该Invoker 是在构造方法中传入的。如果该Invoker根本就没有配置Mock,则直接调用Invoker的invoke方法并把结果返回:如果配置了Mock 参数,则进入下一步。
判断参数是否以force 开头,即判断是否强制Mock。 如果是强制Mock, 则进入doMockInvoke逻辑。 如果不以force 开头,则进入失败后Mock的逻辑。
失败后调用doMockInvoke 逻辑返回结果。在try代码块中直接调用Invoker的invoke方法,如果抛出了异常,则在catch代码块中调用doMockInvoke逻辑。
强制Mock和失败后Mock都会调用doMockInvoke逻辑,其步骤如下:
通过selectMockInvoker获得所有Mock类型的Invoker。selectMockInvoker 在对象的attachment属性中偷偷放进一个invocation.need.mock-true的标识。directory 在list方法中列出所有Invoker的时候,如果检测到这个标识,则使用MockInvokersSelector来过滤Invoker,而不是使用普通route实现,最后返回Mock类型的Invoker 列表。如果一个Mock类型的Invoker都没有返回,则通过directory的URL新创建一个MockInvoker;如果有Mock类型的Invoker,则使用第一个。
调用MockInvoker的invoke方法。在try-catch中调用invoke方法并返回结果。如果出现了异常, 并且是业务异常,则包装成一个RpcResult 返回,否则返回RpcException异常。
2. MockInvokersSelector的实现原理:
在doMockInvoke中的第一步中,directory会使用MockInvokersSelector来过滤出Mock类型的Invoker。MockInvokersSelector是Router接口的其中一种实现。它的路由时的具体逻辑如下:
判断是否需要做Mock过滤。如果attachment为空,或者没有invocation.need.mock=true的标识,则认为不需要做Mock过滤,进入步骤2;如果找到这个标识,则进入步骤3;
获取非Mock类型的Inoker。遍历所有的Invoker,如果它们的protocol中都没有Mock参数,则整个列表直接返回。否则,把protocol中所有没有Mock标识的取出来返回。
获取Mock类型的Invoker。遍历所有的Invoker如果它们的protocol中都没有Mock参数,则直接返回null。否则,把protocol中所有含有Mock标识的取出来并返回。
3. MockProtocol与MockInvoker的实现原理:
MockProtocol也是协议的一种,主要是把注册中心的Mock URL转换为MockInvoker对象。URL可以通过dubbo-admin或其他方式写入注册中心,它被定义为只能引用,不能暴露,如下所示:
例如:我们在注册中心/dubbo/com.test.xxxSvice/providers这个服务提供者的目录下,写入一个Mock的URL:mock://192168.0.123/com.test.xxxService。
在MockInvoker的invoke方法中,主要处理逻辑如下:
获取Mock参数值。通过URL获取Mock配置的参数,如果为空则抛出异常。优先会获取方法级的Mock参数,例如:以methodName.mock为key去获取参数值;如果获取不到,则尝试以mock为key获取对应的参数值。
处理参数值是return的配置。如果只配置了一个return,即mock=return,则返回一个空的RpcResult;如果return后面还跟了别的参数,则首先解析返回类型,然后结合Mock参数和返回类型,返回Mock值。现支持一下类型的参数:
Mock参数值等于empty,根据返回类型返回new xxx()空对象;
如果参数值是null、true、false,则直接返回这些值;
如果是其他字符串,则返回字符串;
如果是数字、List、Map类型,则返回对应的JSON传;
如果都没有匹配上,则直接返回Mock的参数值。
处理参数值是throw的配置。如果throw后面没有字符串,则包装成一个RpcException异常,直接抛出;如果throw后面有自定义的异常类,则使用自定义的异常类,并包装成一个RpcException异常抛出。
处理Mock实现类。先从缓存中取,如果有则直接返回。如果缓存中没有,则先获取接口的类型,如果Mock的参数配置的是true或default,则尝试通过"接口名+Mock"查找Mock实现类,例如:TestService会查找Mock实现TestServiceMock。如果是其他配置方法,则通过Mock的参数值进行查找,例如:配置了mock=com.xxx.testServie,则会查找com.xxx.testService。
————————————————
版权声明:本文为CSDN博主「吴声子夜歌」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/cold___play/article/details/107084299