spring 异常管理机制

三、异常处理的几种实现：

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