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内部异常还是使用注解方式更好

以上纯属个人见解，如有问题请联系本人！