在 JavaEE 項目的開發中,無論是對底層的數據庫操做過程,仍是業務層的處理過程,仍是控制層的處理過程,都不可避免會遇到各類可預知的、不可預知的異常須要處理。每一個過程都單獨處理異常,系統的代碼耦合度高,工做量大且很差統一,維護的工做量也很大。SpringMvc 對於異常處理這塊提供了支持,經過 SpringMvc 提供的全局異常處理機制,可以將全部類型的異常處從各處理過程解耦出來,這樣既保證了相關處理過程的功能較單一,也實現了異常信息的統一處理和維護。html
全局異常實現方式java
Spring MVC 處理異常有 3 種方式:
1.使用 Spring MVC 提供的簡單異常處理器 SimpleMappingExceptionResolver;
2.實現 Spring 的異常處理接口 HandlerExceptionResolver 自定義本身的異
常處理器;
3.使用@ExceptionHandler 註解實現異常處理;web
全局異常處理方式一
配置 SimpleMappingExceptionResolver 對象spring
<bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver"> <property name="defaultErrorView" value="error"></property> <property name="exceptionAttribute" value="ex"></property> <property name="exceptionMappings"> <props> <prop key="com.shsxt.exception.BusinessException">error</prop> <prop key="com.shsxt.exception.ParamsException">error</prop> </props> </property> </bean>
使用 SimpleMappingExceptionResolver 進行異常處理,具備集成簡單、有良好的擴展性、對已有代碼沒有入侵性等優勢,但該方法僅能獲取到異常信息,若在出現異常時,對須要獲取除異常之外的數據的狀況不適用。數據庫
全局異常處理方式二服務器
實現 HandlerExceptionResolver 接口app
public class MyExceptionHandler 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 接口的異常處理器進行異常處理,具備集成簡單、有良好的擴展性、對已有代碼沒有入侵性等優勢,同時,在異常處理時能獲取致使出現異常的對象,有利於提供更詳細的異常處理信息。jsp
全局異常處理方式三
頁面處理器繼承 BaseControlleride
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),在異常處理時不能獲取除異常之外的數據。spa
未捕獲異常的處理
對於 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>
更多有關java異常處理請參閱上海尚學堂《JAVA異常處理方式 try-catch-finally》、《Java異常解讀以及經過業務邏輯解決異常的方式》,請多多關注。