SpringMVC全局異常處理器


常識告訴我們,如果不進行外加干涉,事務總是傾向增加它的無序度。 ——《時間簡史》

1、概述

在J2EE項目的開發中,不管是對底層的數據庫操作過程,還是業務層的處理過程,還是控制層的處理過程,都不可避免會遇到各種可預知的、不可預知的異常需要處理。每個過程都單獨處理異常,系統的代碼耦合度高,工作量大且不好統一,維護的工作量也很大。下面將介紹使用Spring MVC統一處理異常的解決和實現過程。

有以下三種方式進行全局異常處理:
(1)使用Spring MVC提供的簡單異常處理器SimpleMappingExceptionResolver;
(2)實現Spring的異常處理接口HandlerExceptionResolver 自定義自己的異常處理器;
(3)使用@ExceptionHandler注解實現異常處理;

2、簡單異常處理器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="cn.basttg.core.exception.BusinessException">error-business</prop>
<prop key="cn.basttg.core.exception.ParameterException">error-parameter</prop>
<!-- 這里還可以繼續擴展對不同異常類型的處理 -->
</props>
</property>
</bean>

優缺點:使用SimpleMappingExceptionResolver進行異常處理,具有集成簡單、有良好的擴展性、對已有代碼沒有入侵性等優點,但該方法僅能獲取到異常信息,若在出現異常時,對需要獲取除異常以外的數據的情況不適用。

3、自定義異常處理器HandlerExceptionResolver

這里寫圖片描述
(1)實現Spring的異常處理接口HandlerExceptionResolver

public class GlobalExceptionReslover implements HandlerExceptionResolver {

Logger logger = LoggerFactory.getLogger(GlobalExceptionReslover.class);

@Override
public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler,
Exception ex) {
//寫日志文件
logger.error("系統發生異常", ex);
//發郵件、發短信
//Jmail:可以查找相關的資料
//需要在購買短信。調用第三方接口即可。
//展示錯誤頁面
ModelAndView modelAndView = new ModelAndView();
modelAndView.addObject("message", "系統發生異常,請稍后重試");
modelAndView.setViewName("error/exception");
return modelAndView;
}

}

(2)在SpringMVC中配置

<!--全局異常處理器-->
<bean class="GlobalExceptionReslover"/>

優缺點:從上面的集成過程可知,使用實現HandlerExceptionResolver接口的異常處理器進行異常處理,具有集成簡單、有良好的擴展性、對已有代碼沒有入侵性等優點,同時,在異常處理時能獲取導致出現異常的對象,有利於提供更詳細的異常處理信息。

4、@ExceptionHandler注解

(1)增加BaseController類,並在類中使用@ExceptionHandler注解聲明異常處理,代碼如下:

  public class BaseController {  
/** 基於@ExceptionHandler異常處理 */
@ExceptionHandler
public String exp(HttpServletRequest request, Exception ex) {
request.setAttribute("ex", ex);
// 根據不同錯誤轉向不同頁面
if(ex instanceof BusinessException) {
return "error-business";
}else if(ex instanceof ParameterException) {
return "error-parameter";
} else {
return "error";
}
}
}

(2)修改代碼,使所有需要異常處理的Controller都繼承該類,如下所示,修改后的TestController類繼承於BaseController:

public class TestController extends BaseController 

(3)啟動測試項目,經驗證,Dao層、Service層、Controller層拋出的異常(業務異常BusinessException、參數異常ParameterException和其它的異常Exception)都能准確顯示定義的異常處理頁面,達到了統一異常處理的目標。

優缺點:從上面的集成過程可知,使用@ExceptionHandler注解實現異常處理,具有集成簡單、有擴展性好(只需要將要異常處理的Controller類繼承於BaseController即可)、不需要附加Spring配置等優點,但該方法對已有代碼存在入侵性(需要修改已有代碼,使相關類繼承於BaseController),在異常處理時不能獲取除異常以外的數據。

5、未能捕獲的異常

對於Unchecked Exception而言,由於代碼不強制捕獲,往往被忽略,如果運行期產生了Unchecked Exception,而代碼中又沒有進行相應的捕獲和處理,則我們可能不得不面對尷尬的404、500……等服務器內部錯誤提示頁面。
我們需要一個全面而有效的異常處理機制。目前大多數服務器也都支持在Web.xml中通過(Websphere/Weblogic)或者(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>
<!-- 這里可繼續增加服務器錯誤號的處理及對應顯示的頁面 -->

6、總結

綜合上述可知,SpringMVC集成異常處理3種方式都可以達到統一異常處理的目標。從3種方式的優缺點比較,若只需要簡單的集成異常處理,推薦使用SimpleMappingExceptionResolver即可;若需要集成的異常處理能夠更具個性化,提供給用戶更詳細的異常信息,推薦自定義實現HandlerExceptionResolver接口的方式;若不喜歡Spring配置文件或要實現“零配置”,且能接受對原有代碼的適當入侵,則建議使用@ExceptionHandler注解方式。對於未能捕獲的異常,在Web.xml中通過(Websphere/Weblogic)或者(Tomcat)節點配置特定異常情況的顯示頁面。


注意!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系我们删除。



 
  © 2014-2022 ITdaan.com 联系我们: