浅谈dubbo的ExceptionFilter异常处理

转载自 https://blog.csdn.net/mj158518/article/details/51228649

问题描述

项目使用了dubbo进行不同系统之间的调用
每个项目都有一个全局的异常处理，对于业务异常，我们会抛出自定义的业务异常（继承RuntimeException）
当某个系统调用dubbo请求，provider端（服务提供方）抛出了自定义的业务异常，consumer端（服务消费方）拿到的并不是自定义的业务异常，provider端（服务提供方）日志报错如下：

ERROR c.a.d.rpc.filter.ExceptionFilter - 0dff6c7f-3b89-4546-89be-fdf3619bac2a [DUBBO] Got unchecked and undeclared exception which called by ...（consumer端ip）. service: *****（service完整类名）, method: ****（service方法名）, exception: ***.*Exception（service方自定义Exception）: *****（Exception message）, dubbo version: 2.6.1, current host: ...（provider端服务器ip）

原因

如果Dubbo的 provider端 抛出异常（Throwable），则会被 provider端 的ExceptionFilter拦截（然后自定义异常就***）

如何正确捕获业务异常

有多种方法可以解决这个问题，每种都有优缺点，这里不做详细分析，仅列出供参考：
1. 将该异常的包名以"java.或者"javax. " 开头 （现在的包不能以"java.或者"javax. " 开头，弃用）
2. 使用受检异常（继承Exception）
3. 不用异常，使用错误码
4. 把异常放到provider-api的jar包中（项目中service和自定义Exception在一个jar包下，无效）
5. 判断异常message是否以XxxException.class.getName()开头（其中XxxException是自定义的业务异常）
6. provider实现GenericService接口
7. provider的api明确写明throws XxxException，发布provider（其中XxxException是自定义的业务异常）
8. 实现dubbo的filter，自定义provider的异常处理逻辑（方法可参考之前的文章给dubbo接口添加白名单——dubbo Filter的使用）

最后思量了一下，因为前端不需要展示，觉得没有必要抛出异常，service去掉了抛异常