大家好,欢迎来到IT知识分享网。
在项目开发中经常会遇到统一异常处理的问题,在springMVC中有一种解决方式,使用ExceptionHandler。举个例子,
@ControllerAdvice
public class GlobalExceptionHandler {
private static final Logger logger = LoggerFactory.getLogger(GlobalExceptionHandler.class);
@ExceptionHandler({IllegalArgumentException.class})
@ResponseBody
public Result handleIllegalArgumentException(IllegalArgumentException e) {
logger.error(e.getLocalizedMessage(), e);
return Result.fail(e.getMessage());
}
@ExceptionHandler({RuntimeException.class})
@ResponseBody
public Result handleRuntimeException(RuntimeException e) {
logger.error(e.getLocalizedMessage(), e);
return Result.failure();
}
}
在这段代码中,我们可以看到存在两个异常处理的函数分别处理IllegalArgumentException和RuntimeException,但是转念一想,就会想到一个问题,IllegalArgumentException是RuntimeException的子类,那么对IllegalArgumentException这个异常又会由谁来处理呢?起初在网上看到一些答案,可以通过Order设置,但是经过简单的测试,发现Order并不起任何作用。虽然心中已有猜测,但还是希望能够找到真正可以证明想法的证据,于是便尝试找到这一块的源码。
源码解读
调用栈
排出掉缓存的情况,主动触发一个IllegalArgumentException异常,经过一步步调试,发现调用栈如下:
核心代码
决定最终选择哪个ExceptionHandler的核心代码为ExceptionHandlerMethodResolver的getMappedMethod方法。代码如下:
private Method getMappedMethod(Class<? extends Throwable> exceptionType) {
List<Class<? extends Throwable>> matches = new ArrayList<Class<? extends Throwable>>();
for (Class<? extends Throwable> mappedException : this.mappedMethods.keySet()) {
if (mappedException.isAssignableFrom(exceptionType)) {
matches.add(mappedException);
}
}
if (!matches.isEmpty()) {
Collections.sort(matches, new ExceptionDepthComparator(exceptionType));
return this.mappedMethods.get(matches.get(0));
}
else {
return null;
}
}
这个首先找到可以匹配异常的所有ExceptionHandler,然后对其进行排序,取深度最小的那个(即匹配度最高的那个)。
至于深度比较器的算法如下图,就是做了一个简单的递归,不停地判断父异常是否为目标异常来取得最终的深度。
结论
源码不长,我们也可以很容易地就找到我们想要的答案——ExceptionHandler的处理顺序是由异常匹配度来决定的,且我们也无法通过其他途径指定顺序(其实也没有必要)。
免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://yundeesoft.com/13172.html