SpringMVC全局異常處理的三種方式
在 JavaEE 項目的開發中,不管是對底層的數據庫操作過程,還是業務層的處理過程,還是控制層的處理過程,都不可避免會遇到各種可預知的、不可預知的異常需要處理。每個過程都單獨處理異常,系統的代碼耦合度高,工作量大且不好統一,維護的工作量也很大。
SpringMvc 對於異常處理這塊提供瞭支持,通過 SpringMvc 提供的全局異常處理機制,能夠將所有類型的異常處理從各個處理過程解耦出來,這樣既保證瞭相關處理過程的功能較單一,也實現瞭異常信息的統一處理和維護。
SpringMVC全局異常處理的三種方式
- 使用 Spring MVC 提供的簡單異常處理器 SimpleMappingExceptionResolver;
- 實現 Spring 的異常處理接口 HandlerExceptionResolver 自定義自己的異常處理器;
- 使用 @ExceptionHandler 註解實現異常處理;
案例實操
全局異常處理方式一
配置 SimpleMappingExceptionResolver 對象
<bean class="org.springframework.web.servlet.handler.SimpleMappingException Resolver"> <property name="defaultErrorView" value="error"></property> <property name="exceptionAttribute" value="ex"></property> <property name="exceptionMappings"> <props> <prop key="com.xxx.exception.BusinessException">error1</prop> <prop key="com.xxx.exception.ParamsException">error2</prop> </props> </property> </bean>
全局異常處理方式二
實現 HandlerExceptionResolver 接口
@Component public class GlobalException implements HandlerExceptionResolver { @Override public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) { Map<String,Object> map=new HashMap<String, Object>(); map.put("ex", ex); ModelAndView mv=null; if(ex instanceof ParamsException){ return new ModelAndView("error_param", map); } if(ex instanceof BusinessException){ return new ModelAndView("error_business", map); } return new ModelAndView("error", map); } }
使用實現 HandlerExceptionResolver 接口的異常處理器進行異常處理,具有集成簡單、有良好的擴展性、對已有代碼沒有入侵性等優點,同時,在異常處理時能獲取導致出現異常的對象,有利於提供更詳細的異常處理信息。
全局異常處理方式三
頁面處理器繼承 BaseController
public class BaseController { @ExceptionHandler public String exc(HttpServletRequest request,HttpServletResponse response,Exception ex){ request.setAttribute("ex", ex); if(ex instanceof ParamsException){ return "error_param"; } if(ex instanceof BusinessException){ return "error_business"; } return "error"; } }
使用 @ExceptionHandler 註解實現異常處理,具有集成簡單、有擴展性好(隻需要將要異常處理的 Controller 類繼承於 BaseController 即可)、不需要附加 Spring 配置等優點,但該方法對已有代碼存在入侵性(需要修改已有代碼,使相關類繼承於 BaseController),在異常處理時不能獲取除異常以外的數據。
擴展~未捕獲異常的處理
對於 Unchecked Exception 而言,由於代碼不強制捕獲,往往被忽略,如果運行期產生瞭 Unchecked Exception,而代碼中又沒有進行相應的捕獲和處理,則我們可能不得不面對尷尬的 404、500……等服務器內部錯誤提示頁面。我們需要一個全面而有效的異常處理機制。目前大多數服務器也都支持在 Web.xml 中通過 (Websphere/Weblogic) 或者 (Tomcat) 節點配置特定異常情況的顯示頁面。修改 web.xml 文件,增加以下內容: java.lang.Throwable /500.jsp 500 /500.jsp 404 /404.jsp
以上就是SpringMVC全局異常處理的三種方式的詳細內容,更多關於SpringMVC全局異常處理的資料請關註WalkonNet其它相關文章!
推薦閱讀:
- Java SpringMVC 異常處理SimpleMappingExceptionResolver類詳解
- 詳解SpringMVC中的異常處理
- 詳解SpringBoot異常處理流程及原理
- SpringMVC基於配置的異常處理器
- 詳解Spring MVC的攔截器與異常處理機制