三、异常处理的几种实现：
3.1、在经典的三层架构模型中，通常都是这样来进行异常处理的：
A、持久层一般抛出的是RuntiomeException类型的异常，一般不处理，直接向上抛出。
B、业务层一般要封装自定义异常，统一向外抛出（这里要注意，如果用spring在业务层管理异常，一定要配置好异常回滚类型，因为spring默认只回滚RuntiomeException类型的）。
B2:业务层也可以不定义任何异常，也不进行try catch，如果业务层出现异常将在表现层进行处理及页面跳转。
C、表现层通过try...catch...捕获处理业务层的异常。
C2、表现层也可以不处理异常，将异常交给Spring容器，不过需要实现自定义异常。
C3、其它什么也不做，直接在web.xml中配置errorPage的，但不建议这么做。
3.2.1、Spring MVC集成异常处理3种方式都可以达到统一异常处理的目标。从3种方式的优缺点比较，若只需要简单的集成异常处理，推荐使用SimpleMappingExceptionResolver即可；若需要集成的异常处理能够更具个性化，提供给用户更详细的异常信息，推荐自定义实现HandlerExceptionResolver接口的方式；若不喜欢Spring配置文件或要实现“零配置”，且能接受对原有代码的适当入侵，则建议使用@ExceptionHandler注解方式。
大部分公司所用的Spring框架版本是3.1版本以下，所以今天暂时总结3.1版本的Spring-MVC异常处理方式。
一、Spring MVC处理异常有3种方式：
（1）使用Spring-MVC提供的SimpleMappingExceptionResolver；
（2）实现Spring的异常处理接口HandlerExceptionResolver 自定义自己的异常处理器；
（3）使用@ExceptionHandler注解实现异常处理；
二、分别介绍这三种异常处理的实现方式：
（1）使用SimpleMappingExceptionResolver实现异常处理
只需要在Spring的配置文件applicationContext.xml中增加以下内容：
<bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver">
<!-- 定义默认的异常处理页面，当该异常类型的注册时使用 -->
<property name="defaultErrorView" value="error"></property>
<!-- 定义异常处理页面用来获取异常信息的变量名，默认名为exception -->
<property name="exceptionAttribute" value="ex"></property>
<!-- 定义需要特殊处理的异常，用类名或完全路径名作为key，异常以页名作为值 -->
<property name="exceptionMappings">
<props>
<!-- 创建自己所要自定义的异常类 -->
<prop key="com.core.exception.BusinessException">business_error</prop>
<prop key="com.core.exception.ParameterException">parameter_error</prop>
<!-- 还可以继续扩展对不同异常类型的处理 -->
</props>
</property>
</bean>（2） 实现HandlerExceptionResolver 接口自定义异常处理器
首先增加HandlerExceptionResolver 接口的实现类MyExceptionHandler，代码如下：
public class MyExceptionHandler implements HandlerExceptionResolver {
public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response,
Object handler, Exception ex) {
Map<String, Object> model = new HashMap<String, Object>();
model.put("ex", ex);
// 根据不同错误转向不同页面
if(ex instanceof BusinessException) {
return new ModelAndView("business_error", model);
}else if(ex instanceof ParameterException) {
return new ModelAndView("parameter_error", model);
} else {
return new ModelAndView("error", model);
}
}
}然后在Spring的配置文件applicationContext.xml中增加以下内容：
<bean id="exceptionHandler" class="com.core.exception.MyExceptionHandler"/>（3）使用@ExceptionHandler注解实现异常处理
首先要增加BaseController类，并在类中使用@ExceptionHandler注解声明异常处理，代码如下：
public class BaseController {
/** 基于@ExceptionHandler异常处理 */
@ExceptionHandler
public String exp(HttpServletRequest request, Exception ex) {
request.setAttribute("ex", ex);
// 根据不同错误转向不同页面
if(ex instanceof BusinessException) {
return "business_error";
}else if(ex instanceof ParameterException) {
return "parameter_error";
} else {
return "error";
}
}
}然后需要修改现有代码，使所有需要异常处理的Controller都继承该类，如下所示：
public class TestController extends BaseController三、未捕获异常的处理 ：
对于Unchecked Exception而言，由于代码不强制捕获，往往被忽略，如果运行期产生了UncheckedException，而代码中又没有进行相应的捕获和处理，则我们可能不得不面对尴尬的404、500……等服务器内部错误提示页面。
我们需要一个全面而有效的异常处理机制。目前大多数服务器也都支持在Web.xml中通过<error-page>(Websphere/Weblogic)或者<error-code>(Tomcat)节点配置特定异常情况的显示页面。
实现方式如下：
修改web.xml文件，增加以下内容：
<!-- 出错页面定义 -->
<error-page>
<exception-type>java.lang.Throwable</exception-type>
<location>/500.jsp</location>
</error-page>
<error-page>
<error-code>500</error-code>
<location>/500.jsp</location>
</error-page>
<error-page>
<error-code>404</error-code>
<location>/404.jsp</location>
</error-page>
<!-- 可继续增加服务器错误号的处理及对应显示页面 -->四、比较异常处理方式的优缺点：
Spring MVC集成异常处理3种方式都可以达到统一异常处理的目标。从3种方式的优缺点比较，若只需要简单的集成异常处理，推荐使用SimpleMappingExceptionResolver即可；若需要集成的异常处理能够更具个性化，提供给用户更详细的异常信息，推荐自定义实现HandlerExceptionResolver接口的方式；若不喜欢Spring配置文件或要实现“零配置”，且能接受对原有代码的适当入侵，则建议使用@ExceptionHandler注解方式。
本文转自https://my.oschina.net/CandyDesire/blog/333340