本篇内容主要讲解“dubbo将异常转换成RuntimeException的原因是什么”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“dubbo将异常转换成RuntimeException的原因是什么”吧!开发过程中，发现服务提供者抛出了自定义的BusinessException，到了消费者这边，却变成了RuntimeException。客户端这边有BusinessException这个类，提供者抛出的也是这个类的异常，为什么会被转成RpcException呢？看ExceptionFilter的代码：重点就在圈起来的3个地方：1、有异常，而且接口不能是GenericService才需要判断是否需要转换成RuntimeException，不然直接返回result。2、如果是受检异常，则不转换，直接返回。3、如果不是受检异常，则需要判断该异常是否在方法上声明抛出，如果有声明就不转换，直接返回。如果不是上面的这三种情况，就会去到兜底逻辑：兜底判断也是有三点：1、判断接口和异常是否在一个jar包中，如果是在一个jar包，不需要转换成RuntimeException。2、如果异常是java异常，不需要处理。3、异常类型是RpcException，不需要处理。如果这三者都不满足，就会到达代码：异常会被转成字符串，作为RuntimeEx免费云主机域名ception的构造函数入参。由于BusinessException是在一个通用工具包中，和接口不在一个jar包中，BusinessException也不是受检异常，所以不满足不转换的条件。要让提供者抛出的异常不被转成RuntimeException，可以在定义方法的时候，声明 throws BusinessException。为什么dubbo要这样判断是否需要转成RuntimeException呢？个人觉得，依据是消费者能否反序列化成对应的异常类，消费端有抛出的这个异常类，就能成功反序列化。1、能抛出受检异常，那么在方法上必然声明了抛出该异常，客户端包里会有该异常类2、同理，如果不是受检异常，但是在方法上声明了，客户端也会有3、如果接口和异常类是在同一个jar吧，说明客户端包里有异常类4、jdk自己的异常类，自然是存在的5、RpcException是dubbo自己的异常类，消费者必然也有到此，相信大家对“dubbo将异常转换成RuntimeException的原因是什么”有了更深的了解，不妨来实际操作一番吧！这里是百云主机网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
这篇文章主要介绍“C#数字信号处理工具包如何使用”的相关知识，小编通过实际案例向大家展示操作过程，操作方法简单快捷，实用性强，希望这篇“C#数字信号处理工具包如何使用”文章能帮助大家解决问题。聚星针对C#平台开发了数字信号处理工具包。 这里讲解频谱分析用法：引…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
