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>

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

全局異常處理方式二

實現 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，而代碼中又沒有進行相應的捕獲和處理，則咱們可能不得不面對尷尬的 40四、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>