前言

在介紹完Handler、HandlerAdapter、HandlerMapping之后，剩下的比較關(guān)鍵的組件就是HandlerExceptionResolver、ViewResolver。

其他的像國(guó)際化、主題、文件上傳、重定向，這些錦上添花的組件都是一個(gè)框架需要關(guān)心的。

但不是我們平常使用的核心功能，所以有興趣的同學(xué)就自己了解吧。

HandlerExceptionResolver

不管是在處理請(qǐng)求映射（HandlerMapping），還是在請(qǐng)求被處理（Handler）時(shí)拋出的異常，DispatcherServlet都會(huì)委托給HandlerExceptionResolver進(jìn)行異常處理。

該接口只有一個(gè)方法。

/**
	 * 嘗試處理handler執(zhí)行過(guò)程中拋出的異常。可能返回一個(gè)代表特定頁(yè)面的ModelAndView
	 * 如果返回的ModelAndView為空：{ModelAndView#isEmpty()}，則表示該異常已經(jīng)被成功處理，并且不需要渲染視圖。例如：通過(guò)設(shè)置httpStatus處理異常.
	 * @param request 當(dāng)前HTTP請(qǐng)求
	 * @param response 當(dāng)前HTTP響應(yīng)
	 * @param handler 被執(zhí)行的handler?？赡転閚ull，如果異常發(fā)生在處理器選擇之前(例如：multipart處理失敗)
	 * @param ex 處理過(guò)程中拋出的異常
	 * @return 對(duì)應(yīng)的ModelAndView。如果無(wú)法處理則返回null，DispatcherServlet將使用默認(rèn)的處理流程。返回new ModelAndView()，則說(shuō)明請(qǐng)求直接被處理完成了，不需要試圖處理。
	 */
	@Nullable
	ModelAndView resolveException(
			HttpServletRequest request, HttpServletResponse response, @Nullable Object handler, Exception ex);

SpringMVC提供的異常處理器

接下來(lái)，我們介紹一下比較常用的ExceptionHandlerExceptionResolver。

ExceptionHandlerExceptionResolver

如果有同學(xué)配置過(guò)全局異常處理的，應(yīng)該會(huì)認(rèn)識(shí)這兩注解：@ControllerAdvice @ExceptionHandler，而他們正是ExceptionHandlerExceptionResolver處理異常的重要抓手。

全局異常配置

在了解ExceptionHandlerExceptionResolver的設(shè)計(jì)之前，我們先來(lái)看看最常用的全局異常配置是怎樣的。只有知道他要達(dá)到什么樣的目標(biāo)，才能理解他為什么這么設(shè)計(jì)/實(shí)現(xiàn)！

@ControllerAdvice
public class GlobalExceptionHandler {
	@ExceptionHandler(RuntimeException.class)
	@ResponseBody
	public ResultDTO handleRuntimeException(RuntimeException e, HandlerMethod handlerMethod) {
		// ...
	}
	/**
	 * 這是官方的例子
	 */
	@ExceptionHandler({FileSystemException.class, RemoteException.class})
	public ResponseEntity<String> handle(IOException ex) {
    	// ...
	}
}

好，現(xiàn)在來(lái)分析一下需求：

1. 識(shí)別帶@ControllerAdvice注解的bean
2. 識(shí)別這些bean中的@ExceptionHandler方法
3. 根據(jù)@ExceptionHandler的條件，找到匹配的異常處理方法
4. 識(shí)別和處理異常處理方法的參數(shù)，并準(zhǔn)備參數(shù)列表 PS： SpringMVC提供了豐富的可選參數(shù)
5. 識(shí)別和處理方法返回值，并通過(guò)response給客戶端進(jìn)行響應(yīng)。

額，有沒(méi)有覺(jué)得似曾相識(shí)？對(duì)標(biāo)一下@Controller、@RequestMapping？

是不是高度相似？這也意味著他們?cè)趨?shù)解析和返回值處理上高度相似。

異常處理邏輯

與上面的全局異常處理相比，實(shí)際上Spring在處理異常時(shí)，還需要考慮@Controller中的@ExceptionHandler方法。

因此異常的處理分為兩部分

由此，我們將不得不有個(gè)優(yōu)先級(jí)，同樣也是最靠近@RequestMapping優(yōu)先。只有當(dāng)對(duì)應(yīng)的@Controller中沒(méi)有@ExceptionHandler時(shí)，才能用全局異常處理方法進(jìn)行處理。 但是仔細(xì)考慮一下，在應(yīng)用運(yùn)行過(guò)程中，每個(gè)類(lèi)都是固定的，方法也是固定的，方法有什么注解也是固定的。如果在調(diào)用時(shí)頻繁去使用反射遍歷所有的方法來(lái)獲取異常處理方法，是不是不太合理？首先，@Controller類(lèi)很多時(shí)候都沒(méi)有異常處理方法，做這個(gè)遍歷操作純粹是無(wú)用功。其次，即使有異常處理方法，每次都遍歷所有方法也不合理，應(yīng)該緩存起來(lái)。因此運(yùn)行時(shí)類(lèi)一般是不會(huì)變的。

Spring的設(shè)計(jì)

因?yàn)椴还苁茾ControllerAdvice還是@Controller，解析@ExceptionHandler的方式都是一樣的，都要遍歷所有方法來(lái)尋找。因此可以統(tǒng)一起來(lái)。于是抽象出來(lái)ExceptionHandlerMethodResolver。先說(shuō)明，別搞混了哈，我們今天說(shuō)的ExceptionHandlerExceptionResolver是負(fù)責(zé)調(diào)用ExceptionHandler方法來(lái)處理異常的ExceptionResolver[異常處理器]，而這個(gè)ExceptionHandlerMethodResolver負(fù)責(zé)解析@ExceptionHandler的MethodResolver[方法解析器]，

• 他負(fù)責(zé)解析管理類(lèi)中的@ExceptionHandler方法。mappedMethods可以理解為其異常處理方法的注冊(cè)中心。
• 由于異?？梢郧短祝瑸榱思铀倨ヅ?，還搞了一個(gè)緩存exceptionLookupCache。該緩存使用的是Spring的ConcurrentReferenceHashMap，整個(gè)Entry都是軟引用，即發(fā)生OOM異常之前，key、value都會(huì)被清理。（key是異常類(lèi)型，value是異常處理方法）

ExceptionHandlerExceptionResolver則需要統(tǒng)籌之前說(shuō)的@ControllerAdvice和@Controller的異常處理。

• exceptionHandlerCache
  • key是handlerType（HandlerMethod對(duì)應(yīng)的@Controller對(duì)象類(lèi)型），value是與之對(duì)應(yīng)的ExceptionHandlerMethodResolver
• exceptionHandlerAdviceCache
  • 緩存@ControllerAdvice對(duì)象的ExceptionHandlerMethodResolver，
  • key是ControllerAdviceBean（他實(shí)際上封裝了@ControllerAdvice的類(lèi)型信息，同時(shí)也可以通過(guò)beanFactory拿到相應(yīng)的bean），value是與該對(duì)象對(duì)應(yīng)的ExceptionHandlerMethodResolver

核心處理邏輯

核心處理邏輯在 ExceptionHandlerExceptionResolver#doResolveHandlerMethodException

/**
	 * 尋找一個(gè)@ExceptionHandler方法并調(diào)用他處理拋出的異常
	 */
	@Override
	@Nullable
	protected ModelAndView doResolveHandlerMethodException(HttpServletRequest request,
			HttpServletResponse response, @Nullable HandlerMethod handlerMethod, Exception exception) {
		// 1. 獲取匹配的異常處理方法，并封裝成ServletInvocableHandlerMethod
		// 就是這個(gè)方法控制著優(yōu)先使用@Controller中的@ExceptionHandler方法
		// 他會(huì)首先檢查exceptionHandlerCache，然后才到exceptionHandlerAdviceCache。他們都是通過(guò)ExceptionHandler**Method**Resolver找到目標(biāo)方法的。
		ServletInvocableHandlerMethod exceptionHandlerMethod = getExceptionHandlerMethod(handlerMethod, exception);
		// 沒(méi)有異常處理方法，則直接退出
		if (exceptionHandlerMethod == null) {
			return null;
		}
		// 初始化exceptionHandlerMethod。主要是設(shè)置參數(shù)解析器、返回值處理器
		// 省略...
		// 2. 準(zhǔn)備exceptionHandlerMethod的調(diào)用參數(shù)
		ServletWebRequest webRequest = new ServletWebRequest(request, response);
		ModelAndViewContainer mavContainer = new ModelAndViewContainer();
		ArrayList<Throwable> exceptions = new ArrayList<>();
		try {
			// 遍歷嵌套異常作為方法參數(shù)
			Throwable exToExpose = exception;
			while (exToExpose != null) {
				exceptions.add(exToExpose);
				Throwable cause = exToExpose.getCause();
				exToExpose = (cause != exToExpose ? cause : null);
			}
			Object[] arguments = new Object[exceptions.size() + 1];
			exceptions.toArray(arguments);  // efficient arraycopy call in ArrayList
			arguments[arguments.length - 1] = handlerMethod;
			// 調(diào)用exceptionHandlerMethod處理異常
			// 該方法的調(diào)用就跟RequestMappingHandlerAdapter是一樣的了
			exceptionHandlerMethod.invokeAndHandle(webRequest, mavContainer, arguments);
		}
		catch (Throwable invocationEx) {
			// 繼續(xù)默認(rèn)的異常處理
			return null;
		}
		if (mavContainer.isRequestHandled()) {
			// 表示異常已被處理完成
			return new ModelAndView();
		}
		else {
			// 從ModelAndViewContainer封裝ModelAndView返回
			// 省略...
			return mav;
		}
	}

總結(jié)

• 異常處理會(huì)優(yōu)先使用對(duì)應(yīng)的@Controller中的@ExceptionHandler方法，然后才是@ControllerAdvice中的異常處理方法。
• 從宏觀層面，@ExceptionHandler的緩存分為兩層

• 方法調(diào)用與RequestMappingHandlerAdapter一樣，都是通過(guò)ServletInvocableHandlerMethod進(jìn)行處理。

如果理解了RequestMappingHandlerAdapter那么再來(lái)理解這個(gè)ExceptionHandlerExceptionResolver應(yīng)該相對(duì)簡(jiǎn)單些，只需要重點(diǎn)理解兩個(gè)點(diǎn)：

• @ExceptionHandler的出現(xiàn)的位置：@ControllerAdvice和@Controller。
• @ExceptionHandler的分層設(shè)計(jì)。

到此這篇關(guān)于SpringMVC的組件之HandlerExceptionResolver詳解的文章就介紹到這了,更多相關(guān)HandlerExceptionResolver詳解內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論