SpringMVC 統一異常處理
1 描述
在J2EE專案的開發中,不管是對底層的資料庫操作過程,還是業務層的處理過程,還是控制層的處理過程,都不可避免會遇到各種可預知的、不可預知的異常需要處理。每個過程都單獨處理異常,系統的程式碼耦合度高,工作量大且不好統一,維護的工作量也很大。
那麼,能不能將所有型別的異常處理從各處理過程解耦出來,這樣既保證了相關處理過程的功能較單一,也實現了異常資訊的統一處理和維護?答案是肯定的。下面將介紹使用Spring MVC統一處理異常的解決和實現過程。
補充:
如圖這是一個預設的異常顯示頁面 (新增使用者,使用者名稱已存在)
這是經過自定義處理過的異常顯示介面(很醜,忽略)
很明顯,下面一種更符合設計。
2 分析
Spring MVC處理異常有3種方式:
(1)使用Spring MVC提供的簡單異常處理器SimpleMappingExceptionResolver;
(2)實現Spring的異常處理介面HandlerExceptionResolver 自定義自己的異常處理器;
(3)使用@ExceptionHandler註解實現異常處理;
3 實戰
3.1 引言
為了驗證Spring MVC的3種異常處理方式的實際效果,我們需要開發一個測試專案,從Dao層、Service層、Controller層分別丟擲不同的異常,然後分別整合3種方式進行異常處理,從而比較3種方式的優缺點。
3.2.2 異常類定義
ParameterException.java
- package com.change.exception;
- /**
- * 請求引數異常
- * @author 言曌
- * @date 2017/12/25 下午8:58
- */
- public class ParameterException extends RuntimeException {
- /** serialVersionUID */
- private static final long serialVersionUID = 6417641452178955756L;
- public ParameterException() {
- super();
- }
- public ParameterException(String message) {
- super(message);
- }
- public ParameterException(Throwable cause) {
- super(cause);
- }
- public ParameterException(String message, Throwable cause) {
- super(message, cause);
- }
- }
BusinessException.java
- package com.change.exception;
- /**
- * 系統業務異常
- * @author 言曌
- * @date 2017/12/25 下午8:57
- */
- public class BusinessException extends RuntimeException {
- /** serialVersionUID */
- private static final long serialVersionUID = 2332608236621015980L;
- private String code;
- public BusinessException() {
- super();
- }
- public BusinessException(String message) {
- super(message);
- }
- public BusinessException(String code, String message) {
- super(message);
- this.code = code;
- }
- public BusinessException(Throwable cause) {
- super(cause);
- }
- public BusinessException(String message, Throwable cause) {
- super(message, cause);
- }
- public BusinessException(String code, String message, Throwable cause) {
- super(message, cause);
- this.code = code;
- }
- public String getCode() {
- return code;
- }
- public void setCode(String code) {
- this.code = code;
- }
- }
3.2.2 Controller ,Service 或 Dao 層程式碼
適當的場合丟擲異常即可,異常資訊可以使用列舉管理
- throw new ParameterException(ResultEnum.USERNAME_IS_EXIST.getMsg());
3.3 整合異常處理
方法一、
3.3.1 使用SimpleMappingExceptionResolver實現異常處理
1、在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.change.exception.BusinessException">/error/error-business</prop>
- <prop key="com.change.exception.ParameterException">/error/error-parameter</prop>
- <!-- 這裡還可以繼續擴充套件對不同異常型別的處理 -->
- </props>
- </property>
- </bean>
/error/error-business 指的是 webapp/WEB-INF/views/error/error-business.jsp
/error/error-parameter 指的是 webapp/WEB-INF/views/error/error-parameter.jsp
2、啟動測試專案,經驗證,Dao層、Service層、Controller層丟擲的異常(業務異常BusinessException、引數異常ParameterException和其它的異常Exception)都能準確顯示定義的異常處理頁面,達到了統一異常處理的目標。
3、從上面的整合過程可知,使用SimpleMappingExceptionResolver進行異常處理,具有整合簡單、有良好的擴充套件性、對已有程式碼沒有入侵性等優點,但該方法僅能獲取到異常資訊,若在出現異常時,對需要獲取除異常以外的資料的情況不適用。
方法二、
3.3.2 實現HandlerExceptionResolver 介面自定義異常處理器
1、增加HandlerExceptionResolver 介面的實現類MyExceptionHandler,程式碼如下:
- package com.change.exception;
- import org.springframework.web.servlet.HandlerExceptionResolver;
- import org.springframework.web.servlet.ModelAndView;
- import javax.servlet.http.HttpServletRequest;
- import javax.servlet.http.HttpServletResponse;
- import java.util.HashMap;
- import java.util.Map;
- /**
- * @author 言曌
- * @date 2017/12/26 下午12:57
- */
- public class MyExceptionHandler implements HandlerExceptionResolver {
- @Override
- 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("/error/error-business", model);
- }else if(ex instanceof ParameterException) {
- return new ModelAndView("/error/error-parameter", model);
- } else {
- return new ModelAndView("/error/error", model);
- }
- }
- }
2、在Spring的配置檔案applicationContext.xml中增加以下內容:
- <bean id="exceptionHandler" class="com.change.exception.MyExceptionHandler"/>
3、啟動測試專案,經驗證,Dao層、Service層、Controller層丟擲的異常(業務異常BusinessException、引數異常ParameterException和其它的異常Exception)都能準確顯示定義的異常處理頁面,達到了統一異常處理的目標。
4、從上面的整合過程可知,使用實現HandlerExceptionResolver介面的異常處理器進行異常處理,具有整合簡單、有良好的擴充套件性、對已有程式碼沒有入侵性等優點,同時,在異常處理時能獲取導致出現異常的物件,有利於提供更詳細的異常處理資訊。
方法三、
3.3.3 使用@ExceptionHandler註解實現異常處理
1、增加BaseController類,並在類中使用@ExceptionHandler註解宣告異常處理,程式碼如下:
- package com.change.controller;
- import com.change.exception.BusinessException;
- import com.change.exception.ParameterException;
- import org.springframework.web.bind.annotation.ExceptionHandler;
- import org.springframework.web.servlet.ModelAndView;
- import javax.servlet.http.HttpServletRequest;
- /**
- * @author 言曌
- * @date 2017/12/19 下午3:35
- */
- public class BaseController {
- /** 基於@ExceptionHandler異常處理 */
- @ExceptionHandler
- public ModelAndView exp(HttpServletRequest request, Exception ex) {
- ModelAndView modelAndView = new ModelAndView();
- modelAndView.addObject("message",ex.getMessage());
- // 根據不同錯誤轉向不同頁面
- if(ex instanceof BusinessException) {
- modelAndView.setViewName("/error/error-business");
- }else if(ex instanceof ParameterException) {
- modelAndView.setViewName("/error/error-parameter");
- } else {
- modelAndView.setViewName("/error/error");
- }
- return modelAndView;
- }
- }
2、修改程式碼,使所有需要異常處理的Controller都繼承該類,如下所示,修改後的UserController類繼承於BaseController:
- @RequestMapping("/user")
- @Controller
- public class UserController extends BaseController {
3、啟動測試專案,經驗證,Dao層、Service層、Controller層丟擲的異常(業務異常BusinessException、引數異常ParameterException和其它的異常Exception)都能準確顯示定義的異常處理頁面,達到了統一異常處理的目標。
4、從上面的整合過程可知,使用@ExceptionHandler註解實現異常處理,具有整合簡單、有擴充套件性好(只需要將要異常處理的Controller類繼承於BaseController即可)、不需要附加Spring配置等優點,但該方法對已有程式碼存在入侵性(需要修改已有程式碼,使相關類繼承於BaseController),在異常處理時不能獲取除異常以外的資料。
3.4 未捕獲異常的處理
對於Unchecked Exception而言,由於程式碼不強制捕獲,往往被忽略,如果執行期產生了Unchecked Exception,而程式碼中又沒有進行相應的捕獲和處理,則我們可能不得不面對尷尬的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>
- <!-- 這裡可繼續增加伺服器錯誤號的處理及對應顯示的頁面 -->
原文參考:
http://cgs1999.iteye.com/blog/1547197
相關文章
- SpringMVC異常處理SpringMVC
- 【SpringMVC】 4.2 異常處理SpringMVC
- Retrofit統一異常處理
- SpringMVC【校驗器、統一處理異常、RESTful、攔截器】SpringMVCREST
- 如何使用SpringMvc處理Rest異常SpringMVCREST
- SpringMVC異常的處理機制SpringMVC
- C#自定義異常 統一異常處理C#
- spring boot 統一異常處理Spring Boot
- Spring MVC統一異常處理SpringMVC
- SpringBoot統一異常處理Spring Boot
- 統一返回物件和異常處理(一)物件
- Day133.異常處理 -SpringMVCSpringMVC
- SpringMVC學習系列(10) 之 異常處理SpringMVC
- 統一返回物件和異常處理(二)物件
- spring中的統一異常處理Spring
- SpringMVC學習筆記10-異常處理SpringMVC筆記
- 異常篇——異常處理
- 介面異常狀態統一處理方案:優先業務端處理,再按需統一處理。
- 異常處理
- SpringBoot處理全域性統一異常Spring Boot
- 前端錯誤收集以及統一異常處理前端
- SpringBoot實現統一異常處理Spring Boot
- 簡單的全域性異常統一處理
- Java 傳統異常處理(二)Java
- springboot統一異常處理及返回資料的處理Spring Boot
- Java異常處理設計(一)Java
- SpringBoot 實戰 (十四) | 統一處理異常Spring Boot
- SpringBoot系列——自定義統一異常處理Spring Boot
- Spring Boot統一異常處理最佳實踐Spring Boot
- 異常-throws的方式處理異常
- 異常處理與異常函式函式
- JavaScript 異常處理JavaScript
- ThinkPHP 異常處理PHP
- React 異常處理React
- 08、異常處理
- JAVA 異常處理Java
- JAVA異常處理Java
- Abp 異常處理