HandlerMapping

上回說的Handler，我們說是處理特定請求的。也就是說，不是所有的請求都能處理。那么問題來了，我們怎知道哪個請求是由哪個Handler處理的呢？

噔噔當，有請HandlerMapping閃亮登場。HandlerMapping就是處理uri到handler的映射的。從這個角度看他與Map有幾分相似，都是key-value。

然鵝，并不一樣！Spring的命名，你不得不服，就這點也給你整的明明白白。他是Handler+Mapping。

是映射Handler沒錯，但不是Map。我們的Handler可以處理特定的請求沒錯，但沒說只能處理一個特定請求啊。也可能是一個類似的patern的一系列路徑。

先看看定義：

public interface HandlerMapping {
	/**
	 * 獲取Handler
	 */
	@Nullable
	HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception;
}
public interface MatchableHandlerMapping extends HandlerMapping {
	/**
	 * 匹配請求路徑
	 */
	@Nullable
	RequestMatchResult match(HttpServletRequest request, String pattern);
}

我們可以發(fā)現(xiàn)，他有兩個接口，其中MatchableHandlerMapping是HandlerMapping的派生接口。多了請求匹配接口方法。

這里介紹以下他的三個重要實現(xiàn)：

PS：社區(qū)版只能這樣看class diagrams了，勉強看吧。旗艦版的氪金大佬可以右鍵看氪金版的。 言歸正傳，SimpleUrlHandlerMapping特別簡單，只要告訴他哪個請求由哪個handler處理就行?？梢哉{(diào)用他的setMapping(Properties mapping)方法，或者是setUrlMap。前者會被轉(zhuǎn)成Map給屬性urlMap賦值，而后者則是直接對urlMap賦值。

從繼承關(guān)系看，他繼承于AbstractUrlHandlerMapping。 AbstractUrlHandlerMapping實現(xiàn)了一系列基于url實現(xiàn)的HandlerMapping通用功能。

主要體現(xiàn)在，他通過ApplicationContextAware接口獲取到ApplicationContext，并且在該方法中獲取handler的beanName并轉(zhuǎn)換為實際handler對象。

并注冊到 org.springframework.web.reactive.handler.AbstractUrlHandlerMapping#handlerMap 。

得，到這里，應該知道，我們是在什么時候建立起URL跟Handler的關(guān)系了吧。

BeanNameUrlHandlerMapping

相較于SimpleUrlHandlerMapping，BeanNameUrlHandlerMapping則完全不需要用戶自己定義url到handler的關(guān)系。，而是自動檢測發(fā)現(xiàn)。前提是，你的handler在定義的時候beanName以“/”開頭。而關(guān)于他的秘密也同樣在他的繼承關(guān)系圖里：

與SimpleUrlHandlerMapping類似，他也是基于ApplicationContextAware接口進行擴展而來的能力。

在獲得上下文后，通過上下文遍歷所有的beanName，就能知道這個bean是不是一個handler了。

封裝HandlerExecutionChain

此時，必須提醒一下大家，HandlerMapping接口的返回值是HandlerExecutionChain，并不是Handler。前面不管是說哪個HandlerMapping，都只是在說怎么尋找Handler、以及怎么注冊。可沒有說HandlerExecutionChain。其實，這得益于他們公共的父類方法 org.springframework.web.servlet.handler.AbstractHandlerMapping#getHandler 。這也意味著，封裝HandlerExecutionChain是在每個請求進來的時候才封裝的。具體代碼：

protected HandlerExecutionChain getHandlerExecutionChain(Object handler, HttpServletRequest request) {
		HandlerExecutionChain chain = (handler instanceof HandlerExecutionChain ?
				(HandlerExecutionChain) handler : new HandlerExecutionChain(handler));
		for (HandlerInterceptor interceptor : this.adaptedInterceptors) {
			if (interceptor instanceof MappedInterceptor) {
				MappedInterceptor mappedInterceptor = (MappedInterceptor) interceptor;
				if (mappedInterceptor.matches(request)) {
					chain.addInterceptor(mappedInterceptor.getInterceptor());
				}
			}
			else {
				chain.addInterceptor(interceptor);
			}
		}
		return chain;
	}

代碼也比較簡單。這里面還讓我們多認識了MappedInterceptor，他可以針對特定的請求進行攔截。

總結(jié)

上面講的兩款都是基于AbstractUrlHandlerMapping擴展出來的HandlerMapping。而AbstractUrlHandlerMapping處理的都是基于URL來處理的，意味著不會有其他的可以匹配的條件。

Handler注冊中心則有兩種。

但都是簡單Map就能搞定。

• HandlerMapping的作用是尋找匹配的Handler，與Handler的類型無關(guān)，不存在一一對應關(guān)系。
• 封裝HandlerExecutionChain是在獲取Handler時，在公共父類AbstractHandlerMapping里實現(xiàn)的。

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

最新評論