运行,输入不存在的goodsID,我们期望我们自定义的异常类被我们拦截到,并做一些处理;但是provider生产端抛给消费者的异常竟然是RuntimeException,只是里面的message是我们的业务异常调用栈信息。如下:
不是我们希望的抛给消费者端是DataNotFoundException异常。导致我们消费端没法针对不同的业务进行不同的处理。消费端做了SpringMVC的异常处理返回了:
上面的code为1401,是系统异常编码,并不是DataNotFoundException编码。
我们定义的DataNotFoundException的编码为:1001
为什么产生
我们来看看dubbo的源码进行分析,如果Dubbo的 provider端 抛出异常(Throwable),则会被 provider端 的ExceptionFilter拦截到,执行以下invoke方法,里面有个实现Listener类,重写了onResponse。
我们来分析一些代码:
if (appResponse.hasException() && GenericService.class != invoker.getInterface())
上面代码的含义就是 如果有异常并且未实现GenericService接口,进入后续判断逻辑,否则直接返回结果。
上面代码的含义就是 不是RuntimeException类型的异常,并且是受检异常(继承Exception),直接抛出。
上面代码的含义就是 在方法签名上有声明,直接抛出。
上面代码的含义就是 如果异常类和接口类在同一个jar包中,直接抛出。
上面代码的含义就是 以java.或javax.开头的异常直接抛出。
上面代码的含义就是dubbo自身的异常,直接抛出。
不满足上述条件,会做toString处理并被封装成RuntimeException抛出。
现在我们知道了 **为什么我们自定义的异常,没有正确的抛出,**这个是因为上面的几个条件,我们都没有满足,所以最后dubbo把它封装成了RuntimeException。
如何解决
解决方法就针对上面的几个条件进行,有几种方案,我们一一看一下:
1、将该异常的包名以java.或者javax.开头
这个方案不现实,也不符合规范,所以不采用
2、业务异常继承Exception,变为checked异常
自定义的业务异常本身属于RuntimeException,所以也不采用
3、异常类和接口类在同一jar包里
较大的项目一般都会有一些common包,定义好异常类型,使用二方包的方式引用,所以也不适用
4、provider的api明确写明throws XxxException
作为生产服务端,不应显式抛出异常给客户的进行处理,所以也不适用
最终方案
以上方案都不合适,我们这里介绍个最终的方案,即采用dubbo的filter重写,dubbo的异常处理。
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注Java获取)
最后
现在其实从大厂招聘需求可见,在招聘要求上有高并发经验优先,包括很多朋友之前都是做传统行业或者外包项目,一直在小公司,技术搞的比较简单,没有怎么搞过分布式系统,但是现在互联网公司一般都是做分布式系统。
所以说,如果你想进大厂,想脱离传统行业,这些技术知识都是你必备的,下面自己手打了一份Java并发体系思维导图,希望对你有所帮助。
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》,点击传送门即可获取!
98)]
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》,点击传送门即可获取!