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的子类）

        
        
        
            
                error-custom
            
        
    

总结：能准确的捕获各层抛出的异常，并跳转到对应的异常处理页面；集成简单、扩展性好、无代码入侵；只能获取异常消息并跳转页面，并不能处理异常之外的逻辑；

1.2.自定义异常处理类CustomExceptionResolver，实现HandlerExceptionResolver接口；需要将CustomExceptionResolver注入到spring容器中，可以在spring配置文件中注入，也可以在CustomExceptionResolver类上方加上@Component注解；

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