先上代码

场景

在Springboot中使用全局统一处理异常进行捕获,
平时能够正常使用,但是发现异常从dubbo调用返回以后,却进了RuntimeException的处理方法,如果没有就会直接进Exception的处理方法;
于时在报错中找到了一个ExceptionFilter
源码如下:

 1 # 反正大概职能就是对特定的异常进行放行,然后其他全部包装成RuntimeException
 2 # 为了便于阅读我删掉了日志类和构造
 3 @Activate(group = Constants.PROVIDER)
 4 public class ExceptionFilter implements Filter {
 5 
 6     @Override
 7     public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException {
 8         try {
 9             Result result = invoker.invoke(invocation);
10             if (result.hasException() && GenericService.class != invoker.getInterface()) {
11                 try {
12                     Throwable exception = result.getException();
13 
14                     // 这里判断是不是RuntimeException或者是Exception是的话就放行了
15                     if (!(exception instanceof RuntimeException) && (exception instanceof Exception)) {
16                         return result;
17                     }
18                     // 这里判断方法前面上是不是抛出了这个异常[经测,需要在接口上抛出,实现类抛出无效]
19                     try {
20                         Method method = invoker.getInterface().getMethod(invocation.getMethodName(), invocation.getParameterTypes());
21                         // 这里获取了方法上的所有异常,打断点就能看到,如果异常在接口上找到了就放行
22                         Class<?>[] exceptionClassses = method.getExceptionTypes();
23                         for (Class<?> exceptionClass : exceptionClassses) {
24                             if (exception.getClass().equals(exceptionClass)) {
25                                 return result;
26                             }
27                         }
28                     } catch (NoSuchMethodException e) {
29                         return result;
30                     }
31 
32                     // 这里如果都没处理就会在日志打印ERROR信息了,凎
33                     logger.error("Got unchecked and undeclared exception which called by " + RpcContext.getContext().getRemoteHost()
34                             + ". service: " + invoker.getInterface().getName() + ", method: " + invocation.getMethodName()
35                             + ", exception: " + exception.getClass().getName() + ": " + exception.getMessage(), exception);
36 
37                     // 这里是在判断异常类和代理接口是不是在一个jar包,如果在也直接放行[不知道为啥,我异常拉过来还是不行,可能哪里有问题,不过我异常还是放回了common]
38                     String serviceFile = ReflectUtils.getCodeBase(invoker.getInterface());
39                     String exceptionFile = ReflectUtils.getCodeBase(exception.getClass());
40                     if (serviceFile == null || exceptionFile == null || serviceFile.equals(exceptionFile)) {
41                         return result;
42                     }
43                     // 呐,这里就是放行了jdk的异常
44                     String className = exception.getClass().getName();
45                     if (className.startsWith("java.") || className.startsWith("javax.")) {
46                         return result;
47                     }
48                     // 这里呢就放行了Rpc的异常
49                     if (exception instanceof RpcException) {
50                         return result;
51                     }
52 
53                     // 如果全都不符合条件,就包装成一个RuntimeException抛出
54                     return new RpcResult(new RuntimeException(StringUtils.toString(exception)));
55                 } catch (Throwable e) {
56                     logger.warn("Fail to ExceptionFilter when called by " + RpcContext.getContext().getRemoteHost()
57                             + ". service: " + invoker.getInterface().getName() + ", method: " + invocation.getMethodName()
58                             + ", exception: " + e.getClass().getName() + ": " + e.getMessage(), e);
59                     return result;
60                 }
61             }
62             return result;
63         } catch (RuntimeException e) {
64             logger.error("Got unchecked and undeclared exception which called by " + RpcContext.getContext().getRemoteHost()
65                     + ". service: " + invoker.getInterface().getName() + ", method: " + invocation.getMethodName()
66                     + ", exception: " + e.getClass().getName() + ": " + e.getMessage(), e);
67             throw e;
68         }
69     }
70 
71 }

知道问题出在哪就试着去解决吧

解决

那我们先创建一个自定义异常过滤器CustomExceptionFilter然后去继承原来的ExceptionFilter过滤器,
重写invoker方法

 1 /**
 2  * @author Guochar
 3  * 自定义异常过滤器,让dubbo放行自定义异常
 4  */
 5 @Activate(group = Constants.PROVIDER)
 6 public class CustomExceptionFilter extends ExceptionFilter {
 7 
 8     @Override
 9     public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException {
10         Result result = invoker.invoke(invocation); // 获取rpcResult
11         // 如果没有异常发生 或者是通用服务就直接返回
12         // 也可以沿用源码中 if (result.hasException() && GenericService.class != invoker.getInterface()){} return result;在else中返回的做法
13         if (!result.hasException() || GenericService.class == invoker.getInterface())
14             return result;
15         Throwable exception = result.getException(); // 获取抛出的异常
16         String classname = exception.getClass().getName();
17         // 如果异常是我们这个路径里的异常,直接抛出,否则交给父类处理
18         // 或者你们可以根据自己的需求进行放行,只需要完成判断后如果不符合就交给父类执行,否则就自己执行
19         if (classname.startsWith("com.doria.common.exception"))
20             return result;
21         return super.invoke(invoker, invocation);
22     }
23 }

自定义完了,我们现在就想办法让过滤器生效吧
我们在dubbo服务的resource下创建文件夹META-INF,再创建目录dubbo
然后创建文件com.alibaba.dubbo.rpc.Filter
加入一行数据
customExceptionFilter=com.doria.provider.filter.CustomExceptionFilter
参数需要是我们刚才路径的全路径
然后我们到配置文件中添加配置

1 # 自定义异常处理
2 dubbo.provider.filter=customExceptionFilter,-exception

现在我们重启服务,当异常发生时就会执行我们自定义的过滤器了

测试代码

 1 /**
 2  * @author GuoChar
 3  * 测试
 4  */
 5 
 6 @Service
 7 public class TestApiImpl implements ITestApi {
 8     @Override
 9     public String get() {
10         throw new VerificationException(200,20010,"验证未通过","用户验证未通过");
11     }
12 }
13 
14 /**
15  * @GuoChar
16  * 测试用
17  */
18 @RestController
19 public class DemoController {
20     @Reference
21     private ITestApi testApi;
22 
23     @GetMapping(value = "get")
24     public Result<Object> get(){
25         return new Result<Object>(true,200,testApi.get());
26     }
27 
28 }

成功返回自定义异常并捕获

补充

关于配置中的
dubbo.provider.filter=customExceptionFilter,-exception
将自己定义的过滤器注册进去,多个以逗号分隔,后面的-则表示使这个名称的过滤器失效,
场景一 [false]
dubbo.provider.filter=customExceptionFilter同时抛出的是我们过滤器可以处理的异常
异常会进入我们定义的过滤器并且被我们放行,但是由于没有删除原本的过滤器,异常还会进入原本的过滤器届时又会被封装为RuntimeException返回;
场景二[true]
dubbo.provider.filter=customExceptionFilter,-exception,同时抛出的是我们过滤器可以处理的异常
异常进入我们的定义的过滤被直接抛出,由于原始过滤被屏蔽,所以可以正确返回我们捕获的自定义异常
场景三[true]
dubbo.provider.filter=customExceptionFilter,-exception,抛出的是我们无法处理的异常
异常进入我们的过滤器以后并没有被我们执行,所以交由supper调用父类执行原来的方法封装为RuntimeException返回,我们大可不必整个复制过来,只需要在执行我们的判断以后如果没被我们处理就调用原始方法;
场景四[false]
dubbo.provider.filter=customExceptionFilter,-exceptionA,抛出的是我们可处理的异常
由于这里根本不会进入我们设置的异常过滤器,所以抛出那种异常都一样,会交由原始过滤器处理
【疑问,为什么删除原始过滤器失败,会导致进不去我们设定的过滤器呢,还是根本就不是这个机制】所以不确定,日后再补充

拓展问题

问题1:升级到2.7.2后,怎么没有RpcResult类了?用什么代替呢?

 Filter链路上传递的对象变成了AsyncRpcResult, 所以修改返回值现在只需要result.setValue(response) 应该就好了

 

转自:https://blog.csdn.net/m0_49194578/article/details/124132772

参考:https://github.com/apache/dubbo/issues/4282

原文地址:http://www.cnblogs.com/fnlingnzb-learner/p/16810063.html

1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长! 2. 分享目的仅供大家学习和交流,请务用于商业用途! 3. 如果你也有好源码或者教程,可以到用户中心发布,分享有积分奖励和额外收入! 4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解! 5. 如有链接无法下载、失效或广告,请联系管理员处理! 6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需! 7. 如遇到加密压缩包,默认解压密码为"gltf",如遇到无法解压的请联系管理员! 8. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载 声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性