dubbo将异常转换成RuntimeException的原因分析 ExceptionFilter
问题
开发过程中,发现服务提供者抛出了自定义的BusinessException,到了消费者这边,却变成了RuntimeException。
客户端这边有BusinessException这个类,提供者抛出的也是这个类的异常,为什么会被转成RpcException呢?
代码分析
看ExceptionFilter的代码:
重点就在圈起来的3个地方:
1、有异常,而且接口不能是GenericService才需要判断是否需要转换成RuntimeException,不然直接返回result。
2、如果是受检异常,则不转换,直接返回。
3、如果不是受检异常,则需要判断该异常是否在方法上声明抛出,如果有声明就不转换,直接返回。
如果不是上面的这三种情况,就会去到兜底逻辑:
兜底判断也是有三点:
1、判断接口和异常是否在一个jar包中,如果是在一个jar包,不需要转换成RuntimeException。
2、如果异常是java异常,不需要处理。
3、异常类型是RpcException,不需要处理。
如果这三者都不满足,就会到达代码:
return new RpcResult(new RuntimeException(StringUtils.toString(exception)));
异常会被转成字符串,作为RuntimeException的构造函数入参。
结论
由于BusinessException是在一个通用工具包中,和接口不在一个jar包中,BusinessException也不是受检异常,所以不满足不转换的条件。
要让提供者抛出的异常不被转成RuntimeException,可以在定义方法的时候,声明 throws BusinessException。
思考
为什么dubbo要这样判断是否需要转成RuntimeException呢?
个人觉得,依据是消费者能否反序列化成对应的异常类,消费端有抛出的这个异常类,就能成功反序列化。
1、能抛出受检异常,那么在方法上必然声明了抛出该异常,客户端包里会有该异常类
2、同理,如果不是受检异常,但是在方法上声明了,客户端也会有
3、如果接口和异常类是在同一个jar吧,说明客户端包里有异常类
4、jdk自己的异常类,自然是存在的
5、RpcException是dubbo自己的异常类,消费者必然也有
最后
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。
相关文章
Spring中使用LocalDateTime、LocalDate等参数作为入参
这篇文章主要介绍了Spring中使用LocalDateTime、LocalDate等参数作为入参,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧2019-12-12Selenium+Tesseract-OCR智能识别验证码爬取网页数据的实例
本文主要介绍了Selenium+Tesseract-OCR智能识别验证码爬取网页数据,文中通过示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下2021-09-09MybatisPlus 构造器wrapper的使用与原理解析
本次我们介绍了MybatisPlus 构造器wrapper的使用方式及其易错点,同时也针对其运行的原理进行了解释,只有深刻理解了它的原理,我们才能更灵活的使用,并且更快的排查出问题,感兴趣的朋友跟随小编一起看看吧2024-05-05Spring中的注解之@Override和@Autowired
看别人写的代码,经常会用到 @Override 和 @Autowired 这两个注解.这边总结一下这两个注解的作用,对正在学习java的小伙伴们有很好地帮助,需要的朋友可以参考下2021-05-05
最新评论