無論做什麼項目，進行異常處理都是非常有必要的，而且你不能把一些只有程式設計師才能看懂的錯誤代碼拋給用戶去看，所以這時候進行統一的異常處理，展現一個比較友善的錯誤頁面就顯得很有必要了。跟其他MVC框架一樣，springMVC也有自己的異常處理機制。
springMVC提供的例外處理主要有兩種方式，一種是直接實作自己的HandlerExceptionResolver，當然這也包括使用Spring已經為我們提供好的SimpleMappingExceptionResolver和DefaultHandlerExceptionResolver，另一種是使用註解的方式實作一個專門用於處理異常的Controller——ExceptionHandler。
1、實作自己的HandlerExceptionResolver，HandlerExceptionResolver是一個接口，springMVC本身已經對其有了一個自身的實作－DefaultHandlerExceptionResolver,該解析器只是對其中的一些比較典型的異常進行了攔截，然後返回對應的錯誤碼，當然你也可以繼承DefaultHandlerExceptionResolver類，然後重寫其中的一些異常處理方法來實現自己的異常處理。
上述的resolveException的第4個參數表示對哪種類型的異常進行處理。因為Exception類別是所有異常類別的基底類，所以如果想根據異常類型的不同來進行不同的處理的話，可以在resolveException方法裡面根據不同的異常類型進行不同的處理，返回不同的異常視圖。如：
public class ExceptionHandler implements HandlerExceptionResolver {
@Override public ModelAndView resolveException(HttpServletRequest request,
HttpServletResponse response, Object handler, Exception ex) { // TODO Auto-generated method stub if (ex instanceof NumberFormatException) { //doSomething... return new ModelAndView("number");
} else if (ex instanceof NullPointerException) { //doSomething... return new ModelAndView("null");
} return new ModelAndView("exception");
}
}
定義了這樣一個異常處理器之後就要在applicationContext中定義這樣一個bean對象，如：
Spring除了實作了一個DefaultHandlerExceptionResolver之外，還實作了一個SimpleMappingExceptionResolver，這兩者都是繼承自抽象類別AbstractHandlerExceptionResolver，而AbstractHandlerExceptionResolver是實現了HandlerExceptionResolver介面的resolveException方法的，並由此抽取出兩個抽象方法，一個是在進行異常處理之前執行的方法prepareResponse(exception, response)，一個方法prepareResponse(exception, response)，一個方法是進行異常解析的doResolveException(request, response, handler, exception)方法。 SimpleMappingExceptionResolver，顧名思義就是透過簡單的映射關係來決定由哪個視圖來處理目前的錯誤訊息。 SimpleMappingExceptionResolver提供了透過異常類型exceptionMappings來進行異常與視圖之間的映射關係，提供了在發生異常時透過statusCodes來映射異常傳回的視圖名稱和對應的HttpServletResponse的回傳碼。而且可以透過defaultErrorView和defaultErrorCode來指定預設值，defaultErrorView表示當沒有在exceptionMappings裡面找到對應的例外類型時就回傳defaultErrorView定義的視圖，defaultErrorCode表示在發生例外狀況時沒有在視圖與回傳碼的對映關係statusCodesCodesCodesCodesCodesCodesCosCodesCo 中找到對應的映射時預設回傳的回傳碼。在使用SimpleMappingExceptionResolver時，當發生異常的時候，SimpleMappingExceptionResolver將會把目前的例外物件放到自身屬性exceptionAttribute中，當沒有指定exceptionAttribute時，exceptionAttribute就是用預設值exception。
以下是一個簡單的例子：
(1)SpringMVC的servlet設定檔中申明一個SimpleMappingExceptionResolver bean，並且透過設定屬性exceptionMappings和defaultExceptionView來指定異常和視圖的對應關係
(2 )如下存取：
nbsp;HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<base>">
<title>My JSP 'number.jsp' starting page</title>
<meta>
<meta>
<meta>
<meta>
<meta>
<!--
<link rel="stylesheet" type="text/css" href="styles.css?1.1.11">
-->
NumberFormatException. <br>
<br>
<br><span><!-- 这是JSP中的内置对象exception --></span>
<br><span><!-- 这是SpringMVC放在返回的Model中的异常对象 --></span>
<span><!-- HttpServletResponse返回的错误码信息，因为前面已经配置了NumberFormatException的错误码返回值为888，所以这里应该显示888 --></span>
(4)当请求/test/number.do的时候会返回定义好的number视图，返回结果如下：
2、使用@ExceptionHandler进行处理
使用@ExceptionHandler进行处理有一个不好的地方是进行异常处理的方法必须与出错的方法在同一个Controller里面
如：
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.ExceptionHandler;
import org.springframework.web.bind.annotation.RequestMapping;
import com.tiantian.blog.web.servlet.MyException;
@Controller
public class GlobalController {
/**
* 用于处理异常的
* @return
*/
@ExceptionHandler({MyException.class}) public String exception(MyException e) {
System.out.println(e.getMessage());
e.printStackTrace(); return "exception";
}
@RequestMapping("test") public void test() { throw new MyException("出错了！");
}
}
这里在页面上访问test方法的时候就会报错，而拥有该test方法的Controller又拥有一个处理该异常的方法，这个时候处理异常的方法就会被调用
优先级
既然在SpringMVC中有两种处理异常的方式，那么就存在一个优先级的问题：
当发生异常的时候，SpringMVC会如下处理：
（1）SpringMVC会先从配置文件找异常解析器HandlerExceptionResolver
（2）如果找到了异常异常解析器，那么接下来就会判断该异常解析器能否处理当前发生的异常
（3）如果可以处理的话，那么就进行处理，然后给前台返回对应的异常视图
（4）如果没有找到对应的异常解析器或者是找到的异常解析器不能处理当前的异常的时候，就看当前的Controller中有没有提供对应的异常处理器，如果提供了就由Controller自己进行处理并返回对应的视图
（5）如果配置文件里面没有定义对应的异常解析器，而当前Controller中也没有定义的话，那么该异常就会被抛出来。
以上是springMVC對異常處理的支持的詳細內容。更多資訊請關注PHP中文網其他相關文章！
