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

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中增加以下内容：

    
           
      
      
      
      
      
      
       
        
       
        business_error
        
       
        parameter_error
        
        
       
      
    

 

 

（2） 实现HandlerExceptionResolver 接口自定义异常处理器

  首先增加HandlerExceptionResolver 接口的实现类MyExceptionHandler，代码如下： 

public class MyExceptionHandler implements HandlerExceptionResolver {        public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) { Map
    
      model = new HashMap
     
      (); 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中增加以下内容：

 

 

   （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文件，增加以下内容： 

      
     
     
      java.lang.Throwable
      
     
      /500.jsp
      
     
     
     
      500
      
     
      /500.jsp
      
     
     
     
      404
      
     
      /404.jsp
      
     
    

 

 

四、比较异常处理方式的优缺点：

        Spring MVC集成异常处理3种方式都可以达到统一异常处理的目标。从3种方式的优缺点比较，若只需要简单的集成异常处理，推荐使用SimpleMappingExceptionResolver即可；若需要集成的异常处理能够更具个性化，提供给用户更详细的异常信息，推荐自定义实现HandlerExceptionResolver接口的方式；若不喜欢Spring配置文件或要实现“零配置”，且能接受对原有代码的适当入侵，则建议使用@ExceptionHandler注解方式。 

 本文转自https://my.oschina.net/CandyDesire/blog/333340