Spring MVC统一异常处理方式的对比（4.0.2.release）

为什么需要将异常统一处理？

如果dao、service、controller等各种操作都单独处理异常，则系统中代码重复率和耦合度都会很高，维护工作量也会很大。
统一的异常处理不仅可以减少维护工作量，而且可以降低代码耦合度。

Spring MVC处理异常方式：

1.实现HandlerExceptionResolver接口，并注入到Spring容器；
2.在controller层使用@ExceptionHandler注解；第一种方式还可以分成两种方式：
使用自带的org.springframework.web.servlet.handler.SimpleMappingExceptionResolver方法
实现HandlerExceptionResolver接口的自定义异常处理类
1.1.在spring配置文件中添加SimpleMappingExceptionResolver的bean标签对：
（CustomException是Exception的子类）<bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver">
<property name="defaultErrorView" value="error"></property>
<property name="exceptionAttribute" value="ex"></property>
<property name="exceptionMappings">
<props>
<prop key="com.*.CustomException">error-custom</prop>
</props>
</property>
</bean>总结：能准确的捕获各层抛出的异常，并跳转到对应的异常处理页面；集成简单、扩展性好、无代码入侵；只能获取异常消息并跳转页面，并不能处理异常之外的逻辑；
1.2.自定义异常处理类CustomExceptionResolver，实现HandlerExceptionResolver接口；需要将CustomExceptionResolver注入到spring容器中，可以在spring配置文件中注入，也可以在CustomExceptionResolver类上方加上@Component注解； <bean class="com.*.exception.CustomExceptionResolver"/>

@Component
public class CustomExceptionResolver implements HandlerExceptionResolver {
@Override
public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) {
return null;
}
}

总结：同上；同时，在处理异常时，能获取导致出现异常的对象，有利于提供更详细的异常处理信息；
2.1.增加BaseController类（所有的Controller类都继承该类），并在类中的方法前使用@ExceptionHandler注解声明异常处理；public class BaseController {
@ExceptionHandler(CustomException.class)
public void exception(){
//doSomething
}
}总结：同上；需要入侵代码，但不需要在spring配置文件中增加额外配置；

针对unchecked异常处理

在web.xml中配置<error-page>，对特定的errorCode进行处理，跳转到不同的异常处理页面；前提是项目所在的web容器需要支持这种配置；