1.声明
当前的内容用于探讨和测试HandlerExceptionResolver对异常的处理,以及它的作用,用于本人深入理解Spring
2.查看官方API的解释
通过翻译:
由对象实现的接口,这些对象
可以解决处理程序映射或执行期间抛出的异常
(在典型情况下为错误视图
)。实现通常在应用程序上下文中注册为bean。
错误视图类似于JSP错误页,但可以用于任何类型的异常
,包括任何选中的异常,以及特定处理程序的潜在细粒度映射。
分析发现:可以处理程序映射?是访问错误的url的映射吗?执行期抛出的异常?(就是Controller中方法执行过程中的异常),错误视图?
个人认为有了错误视图,基本上就不需要被解析了
,因为有StaticView,具有默认的执行能力,但是上面说可以处理程序映射?
3.测试自定义的HandlerExceptionResolver是否能处理错误的映射
@Component
public class BasicJsonExceptionHandler implements HandlerExceptionResolver {
@Override
public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler,
Exception ex) {
ResponseUtils.write(response,ex.getMessage());
return null;
}
}
测试:
发现果然还是被StaticView处理了,因为当前的访问错误,必然产生错误视图,而Spring中默认的错误视图采用StaticView,所以HandlerExceptionResolver并不能处理访问路劲不正确的异常!
4.用HandlerExceptionResolver测试controller执行中的错误
@RequestMapping("/throwException")
public ResponseBody throwException() {
throw new NoPermissionException("没有权限");
}
访问结果:
发现该异常被自定义的HandlerExceptionResolver所处理
5.分析HandlerExceptionResolver和@ControllerAdvice
1.首先HandlerExceptionResolver对异常的处理需要手动判断,并且所有的错误都在一个方法中处理,耦合度太大
2.@ControllerAdvice本身就是一个简单的javaBean,只是注入了各种@ExceptionHandler和各种@RequestMapping
,该方法比HandlerExceptionResolver的处理结构更加清晰
所以建议使用@ControllerAdvice来处理Controller中产生的异常
对于其他的url访问错误,建议参考:处理访问url错误
6.总结
1.当我们发现一个不是经常看到的类时,一般需要通过官方文档进行查看用法,但是有的时候文档可能存在误导,主要以自己实验为主!
2.处理controller内部异常还是使用注解方式更好
以上纯属个人见解,如有问题请联系本人!