dubbo~全局异常拦截器的使用与设计缺陷~续

敢于对过去告一个段落,才有信心掀开新的篇章! 2024-06-11 09:39:00 阅读 91

上一次的介绍,主要围绕如何统一去捕获异常,以及为每一种异常添加自己的Mapper实现,并且我们知道,当在ExceptionMapper中返回非200的Response,不支持application/json的响应类型,而是写死的text/plain类型。

Filter为二方包异常手动捕获

参考:https://blog.csdn.net/2401_84048290/article/details/138105184

我们来看看dubbo的源码进行分析,如果Dubbo的provider端 抛出异常(Throwable),则会被 provider端 的ExceptionFilter拦截到,执行以下invoke方法,里面有个实现Listener类,重写了onResponse,我们可以自定义filter来覆盖原来的ExceptionFilter,把自定义的异常通过RuntimeException进行包裹,然后在Mapper中进行统一的捕获。

  • 添加CustomExceptionFilter类型,实现Filter和BaseFilter.Listener,重写onResponse方法,添加自定义代码,如下:

public class CustomExceptionFilter implements Filter, BaseFilter.Listener {

public void onResponse(Result appResponse, Invoker<?> invoker, Invocation invocation) {

exception = appResponse.getException();

String className = exception.getClass().getName();

// 本项目的异常也直接抛出

if (className.startsWith("com.myself.")) {

appResponse.setException(new RuntimeException(exception));

return;

}

// 其它原来ExceptionFilter中的代码

}

}

  • META-INF中注册这个过滤器resources/META-INF/dubbo/org.apache.dubbo.rpc.Filter

customExceptionFilter=com.xxx.register.exception.filter.CustomExceptionFilter

  • 配置中文中注册,并移除默认的resources/application.properties

# 自定义过滤器,上面-exception就是dubbo默认的处理异常的filter,前面-号就代表去除,注意:不需要加双引号

dubbo.provider.filter=customExceptionFilter,-exception

一个Mapper处理所有自定义异常

  • 配置文件中指定mapper,resources/application.properties

dubbo.protocols.http.extension=com.xxx.register.exception.mapper.CustomExceptionMapper

  • mapper源码如下

@Provider

public class DbViolationExceptionMapper implements ExceptionMapper<RuntimeException> {

@Override

public Response toResponse(RuntimeException exception) {

Map<String, String> map = MapUtil.<String, String>builder().put("error", exception.getMessage()).build();

if (exception.getCause() instanceof ForbiddenException) {

return Response.status(Response.Status.FORBIDDEN).entity(map).type(MediaType.APPLICATION_JSON).build();

}

if (exception.getCause() instanceof CustomException) {

return Response.status(Response.Status.BAD_REQUEST).entity(map).type(MediaType.APPLICATION_JSON).build();

}

if (exception.getCause() instanceof IdentityBrokerException) {

return Response.status(Response.Status.UNAUTHORIZED).entity(map).type(MediaType.APPLICATION_JSON).build();

}

if (exception.getCause() instanceof UniqueException) {

return Response.status(Response.Status.SERVICE_UNAVAILABLE).entity(map).type(MediaType.APPLICATION_JSON)

.build();

}

return Response.status(Response.Status.SERVICE_UNAVAILABLE)

.entity(MapUtil.builder().put("error", exception.getMessage()).build()).type(MediaType.APPLICATION_JSON)

.encoding("utf-8").build();// 非200的请求,这个type无效,一直是text/plain

}

}

未解决的问题

  • 目前非200的请求,toResponse时,响应类型还是text/plain



声明

本文内容仅代表作者观点,或转载于其他网站,本站不以此文作为商业用途
如有涉及侵权,请联系本站进行删除
转载本站原创文章,请注明来源及作者。