作者：ssslinppp
1. 描述
在J2EE项目的开发中，不管是对底层的数据库操作过程，还是业务层的处理过程，还是控制层的处理过程，都不可避免会遇到各种可预知的、不可预知的异常需要处理。每个过程都单独处理异常，系统的代码耦合度高，工作量大且不好统一，维护的工作量也很大。
那么，能不能将所有类型的异常处理从各处理过程解耦出来，这样既保证了相关处理过程的功能较单一，也实现了异常信息的统一处理和维护？答案是肯定的。下面将介绍使用Spring MVC统一处理异常的解决和实现过程。
2. 异常处理方式
Spring MVC处理异常有3种方式：
（1）使用Spring MVC提供的简单异常处理器SimpleMappingExceptionResolver；
（2）实现Spring的异常处理接口HandlerExceptionResolver 自定义自己的异常处理器；
（3）使用@ExceptionHandler注解实现异常处理；
3. 模拟异常抛出
项目结构：
Dao层：
Service层：
Controller层：
JSP界面
4.HandlerExceptionResolver方式
第1步：定义异常类MyException.java
第2步：在applicationContext.xml配置
测试：
特点
使用实现HandlerExceptionResolver接口的异常处理器进行异常处理，具有集成简单、有良好的扩展性、对已有代码没有入侵性等优点，同时，在异常处理时能获取导致出现异常的对象，有利于提供更详细的异常处理信息。
5. @ExceptionHandler注解实现异常处理
第1步：定义异常处理基类
第2步：是controller层继承该基类
测试
特点
使用@ExceptionHandler注解实现异常处理，具有集成简单、有扩展性好（只需要将要异常处理的Controller类继承于BaseController即可）、不需要附加Spring配置等优点，但该方法对已有代码存在入侵性（需要修改已有代码，使相关类继承于BaseController），在异常处理时不能获取除异常以外的数据。
6. 优先级
既然在SpringMVC中有两种处理异常的方式，那么就存在一个优先级的问题：
当发生异常的时候，SpringMVC会如下处理：
（1）SpringMVC会先从配置文件找异常解析器HandlerExceptionResolver（优先级较高）
（2）如果找到了异常解析器，那么接下来就会判断该异常解析器能否处理当前发生的异常
（3）如果可以处理的话，那么就进行处理，然后给前台返回对应的异常视图
（4）如果没有找到对应的异常解析器或者是找到的异常解析器不能处理当前的异常的时候，就看当前的Controller中有没有提供对应的异常处理器，如果提供了就由Controller自己进行处理并返回对应的视图
（5）如果配置文件里面没有定义对应的异常解析器，而当前Controller中也没有定义的话，那么该异常就会被抛出来。
参考链接：
http://cgs1999.iteye.com/blog/1547197
