SpringMVC全局異常處理解析

在 JavaEE 項目的開發中，無論是對底層的數據庫操做過程，仍是業務層的處理過程，仍是控制層的處理過程，都不可避免會遇到各類可預知的、不可預知的異常須要處理。每一個過程都單獨處理異常，系統的代碼耦合度高，工做量大且很差統一，維護的工做量也很大。SpringMvc 對於異常處理這塊提供了支持，經過 SpringMvc 提供的全局異常處理機制，可以將全部類型的異常處理從各處理過程解耦出來，這樣既保證了相關處理過程的功能較單一，也實現了異常信息的統一處理和維護。

全局異常實現方式

Spring MVC 處理異常有 3 種方式
1.使用 Spring MVC 提供的簡單異常處理器 SimpleMappingExceptionResolver；
2.實現 Spring 的異常處理接口 HandlerExceptionResolver 自定義本身的異
常處理器；
3.使用@ExceptionHandler 註解實現異常處理；

全局異常處理方式一

配置 SimpleMappingExceptionResolver 對象

```
<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 接口

```
public class MyExceptionHandler implements HandlerExceptionResolver {
@Override
public ModelAndView resolveException(HttpServletRequest request,
HttpServletResponse response, Object handler, Exception ex) {
Map map=new HashMap();
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 中經過(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>
```

更多有關java異常處理請參閱上海尚學堂《 JAVA異常處理方式 try-catch-finally》、《 Java異常解讀以及經過業務邏輯解決異常的方式》，請多多關注。