SpringMVC學習筆記 --- 映射處理器(續)
如何根據http請求選擇合適的controller是MVC中一項十分關鍵的功能，在Spring MVC中，HandlerMapping接口是這一活動的抽象。同時，Spring MVC也提供了一系列HandlerMapping的實現，根據一定的規則選擇controller。如果當前的HandlerMappign實現中沒有能夠滿足你所需要的規則是，可以通過實現HandlerMapping接口進行擴展。下面，就來看一下HandlerMapping相關的類圖：
在Spring MVC中，關于HandlerMapping的使用，主要包括兩個部分：注冊和查找。在HandlerMapping的實現中，持有一個handlerMap這樣一個HashMap<String, Object>，其中key是http請求的path信息，value可以是一個字符串，或者是一個處理請求的HandlerExecutionChain，如果是String類型，則會將其視為Spring的bean名稱。在HandlerMapping對象的創建中，IoC容器執行了一個容器回調方法setApplicationContext，在這個方法中調用initApplicationContext方法進行初始化，各個子類可以根據需求的不同覆寫這個方法。關于handlerMap信息的注冊就是在initApplicationContext方法中被執行的。下面就來看一**冊url到controller映射信息的實現：
SimpleUrlHandlerMapping中的注冊實現代碼：
protected void registerHandlers(Map<String, Object> urlMap) throws BeansException {
if (urlMap.isEmpty()) {
logger.warn("Neither 'urlMap' nor 'mappings' set on SimpleUrlHandlerMapping");
}
else {
//urlMap信息是根據配置文件注入進來的
for (Map.Entry<String, Object> entry : urlMap.entrySet()) {
String url = entry.getKey();
Object handler = entry.getValue();
// Prepend with slash if not already present.
if (!url.startsWith("/")) {
url = "/" + url;
}
// Remove whitespace from handler bean name.
if (handler instanceof String) {
handler = ((String) handler).trim();
}
registerHandler(url, handler);
}
}
}
AbstractDetectingUrlHandlerMapping中的注冊實現代碼：
protected void detectHandlers() throws BeansException {
if (logger.isDebugEnabled()) {
logger.debug("Looking for URL mappings in application context: " + getApplicationContext());
}
String[] beanNames = (this.detectHandlersInAncestorContexts ?
BeanFactoryUtils.beanNamesForTypeIncludingAncestors(getApplicationContext(), Object.class) :
getApplicationContext().getBeanNamesForType(Object.class));
// Take any bean name that we can determine URLs for.
for (String beanName : beanNames) {
String[] urls = determineUrlsForHandler(beanName);
if (!ObjectUtils.isEmpty(urls)) {
// URL paths found: Let's consider it a handler.
registerHandler(urls, beanName);
}
else {
if (logger.isDebugEnabled()) {
logger.debug("Rejected bean name '" + beanName + "': no URL paths identified");
}
}
}
}
單個的映射關系注冊是在registerHandler方法中執行的：
protected void registerHandler(String urlPath, Object handler) throws BeansException, IllegalStateException {
Assert.notNull(urlPath, "URL path must not be null");
Assert.notNull(handler, "Handler object must not be null");
Object resolvedHandler = handler;
// Eagerly resolve handler if referencing singleton via name.
//如果給定的handeler是字符串，則認為是bean name，直接到IoC容器中取得bean instance
if (!this.lazyInitHandlers && handler instanceof String) {
String handlerName = (String) handler;
if (getApplicationContext().isSingleton(handlerName)) {
resolvedHandler = getApplicationContext().getBean(handlerName);
}
}
Object mappedHandler = this.handlerMap.get(urlPath);
//同一path不能對應多個處理對象
if (mappedHandler != null) {
if (mappedHandler != resolvedHandler) {
throw new IllegalStateException(
"Cannot map handler [" + handler + "] to URL path [" + urlPath +
"]: There is already handler [" + resolvedHandler + "] mapped.");
}
}
else {
if (urlPath.equals("/")) {
if (logger.isInfoEnabled()) {
logger.info("Root mapping to handler [" + resolvedHandler + "]");
}
setRootHandler(resolvedHandler);
}
else if (urlPath.equals("/*")) {
if (logger.isInfoEnabled()) {
logger.info("Default mapping to handler [" + resolvedHandler + "]");
}
setDefaultHandler(resolvedHandler);
}
else {
//將path和handler放在handlerMap中，保存了它們之間的映射關系
this.handlerMap.put(urlPath, resolvedHandler);
if (logger.isInfoEnabled()) {
logger.info("Mapped URL path [" + urlPath + "] onto handler [" + resolvedHandler + "]");
}
}
}
}
通過以上代碼，在HandlerMapping對象被創建的時候，即完成了url到handler之間的映射關系的注冊。handlerMap已經被賦值，可以被使用了。
在完成url到handler映射關系的注冊后，就可以使用getHandler方法，根據http請求獲得handler對象了。下面，首先看一下getHandler方法的調用時序：
下面就主要關注一下上圖中涉及到的方法的代碼實現。
public final HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception {
Object handler = getHandlerInternal(request);
//如果沒有找到匹配的handler，則使用默認handler
if (handler == null) {
handler = getDefaultHandler();
}
if (handler == null) {
return null;
}
// Bean name or resolved handler?
//如果給定的handler是字符串類型，則認為是bean name
if (handler instanceof String) {
String handlerName = (String) handler;
handler = getApplicationContext().getBean(handlerName);
}
//如果Handler是HandlerExecutionChain類型，則只是添加攔截器，否則會創建一個新的HandlerExecutionChain
return getHandlerExecutionChain(handler, request);
}
將url信息與handler進行匹配查找的操作是在lookupHandler方法中執行的，下面就來看一下lookupHandler方法的實現：
//這個方法可能的返回值是HandlerExecutionChain對象或者是null
//在HandlerExecutionChain對象中的handler，是根據handlerMap中取出來的bean name獲得到的bean instance
protected Object lookupHandler(String urlPath, HttpServletRequest request) throws Exception {
// Direct match?
//直接匹配
Object handler = this.handlerMap.get(urlPath);
if (handler != null) {
// Bean name or resolved handler?
if (handler instanceof String) {
String handlerName = (String) handler;
//從IoC容器中取出handler
handler = getApplicationContext().getBean(handlerName);
}
validateHandler(handler, request);
//創建一個HandlerExecutionChain對象并返回
return buildPathExposingHandler(handler, urlPath, urlPath, null);
}
// Pattern match?
//根據一定的模式匹配規則
List<String> matchingPatterns = new ArrayList<String>();
for (String registeredPattern : this.handlerMap.keySet()) {
if (getPathMatcher().match(registeredPattern, urlPath)) {
matchingPatterns.add(registeredPattern);
}
}
String bestPatternMatch = null;
if (!matchingPatterns.isEmpty()) {
Collections.sort(matchingPatterns, getPathMatcher().getPatternComparator(urlPath));
if (logger.isDebugEnabled()) {
logger.debug("Matching patterns for request [" + urlPath + "] are " + matchingPatterns);
}
bestPatternMatch = matchingPatterns.get(0);
}
if (bestPatternMatch != null) {
//處理最佳匹配
handler = this.handlerMap.get(bestPatternMatch);
// Bean name or resolved handler?
if (handler instanceof String) {
String handlerName = (String) handler;
handler = getApplicationContext().getBean(handlerName);
}
validateHandler(handler, request);
String pathWithinMapping = getPathMatcher().extractPathWithinPattern(bestPatternMatch, urlPath);
Map<String, String> uriTemplateVariables =
getPathMatcher().extractUriTemplateVariables(bestPatternMatch, urlPath);
//返回一個HandlerExecutionChain對象
return buildPathExposingHandler(handler, bestPatternMatch, pathWithinMapping, uriTemplateVariables);
}
// No handler found...
return null;
}
最后在關注一下getHandlerInternal的代碼實現
protected Object getHandlerInternal(HttpServletRequest request) throws Exception {
String lookupPath = this.urlPathHelper.getLookupPathForRequest(request);
//查找符合匹配規則的handler。可能的結果是HandlerExecutionChain對象或者是null
Object handler = lookupHandler(lookupPath, request);
//如果沒有找到匹配的handler，則需要處理下default handler
if (handler == null) {
// We need to care for the default handler directly, since we need to
// expose the PATH_WITHIN_HANDLER_MAPPING_ATTRIBUTE for it as well.
Object rawHandler = null;
if ("/".equals(lookupPath)) {
rawHandler = getRootHandler();
}
if (rawHandler == null) {
rawHandler = getDefaultHandler();
}
//在getRootHandler和getDefaultHandler方法中，可能持有的是bean name。
if (rawHandler != null) {
// Bean name or resolved handler?
if (rawHandler instanceof String) {
String handlerName = (String) rawHandler;
rawHandler = getApplicationContext().getBean(handlerName);
}
validateHandler(rawHandler, request);
handler = buildPathExposingHandler(rawHandler, lookupPath, lookupPath, null);
}
}
//如果handler還是為空，則拋出錯誤。
if (handler != null && this.mappedInterceptors != null) {
Set<HandlerInterceptor> mappedInterceptors =
this.mappedInterceptors.getInterceptors(lookupPath, this.pathMatcher);
if (!mappedInterceptors.isEmpty()) {
HandlerExecutionChain chain;
if (handler instanceof HandlerExecutionChain) {
chain = (HandlerExecutionChain) handler;
} else {
chain = new HandlerExecutionChain(handler);
}
chain.addInterceptors(mappedInterceptors.toArray(new HandlerInterceptor[mappedInterceptors.size()]));
}
}
if (handler != null && logger.isDebugEnabled()) {
logger.debug("Mapping [" + lookupPath + "] to handler '" + handler + "'");
}
else if (handler == null && logger.isTraceEnabled()) {
logger.trace("No handler mapping found for [" + lookupPath + "]");
}
return handler;
}
經過上述代碼的處理，就可以使用getHandler方法獲得到HandlerExecutionChain對象了。DispatcherServlet獲得到HandlerExecutionChain對象后，便可以獲得真正的handler，調用相應的Controller了。
這篇文章主要包括兩個方面的內容：HandlerMapping中url到handler映射關系的注冊和根據url查找handler。第一部分是在HandlerMapping對象創建后，使用IoC容器的回調方法觸發的，第二部分是在DispatchServlet中，調用getHandler方法觸發的。
智能推薦
springmvc（4）--注解的處理器映射器和適配器
1.我們在springmvc.xml中配置的適配器和映射器，如果不配置，那么將會加載默認的映射器和適配器。 如圖 但是上面兩種注解方式的適配器和映射器，是已經過時的，是spring2.5的。 ps： 在spring3.1之前使用的注解映射器是：org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping...
springmvc（3）--非注解的處理器映射器和適配器
非注解 （1）處理器映射器： 上一節中講到一個 org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping 所有的映射器都實現了HandlerMapping這個借口。 而且多個映射器可以并存，這個SimpleUrlHandlerMapping配置了和上面的不沖突。前端控制器判斷url能讓那個映射器處理，就讓誰處理。 （2）適配...
SpringMVC - 非注解的處理器映射器和適配器
為什么80%的碼農都做不了架構師？>>> 一、非注解的處理器映射器 提供的處理器有兩個屬性。一個是id屬性，一個是name屬性。分別對應兩種不同的映射器。 BeanNameUrlHandlerMapping SimpleUrlHandlerMapping 結論：一個 Handler，可以有多個映射器，一個映射器也可以有多個url. 注意：所有的映射器都實...
SpringMVC第四篇——處理器映射器，處理器適配器，視圖解析器的配置
這兩個注解的作用和來源： 1：默認加載的映射器處理器和映射器配置器 根據SpringMVC的架構和執行流程，是前端控制器調用處理器映射器，調用處理器適配器，執行處理器。是因為SpringMVC中在加載完前端控制器之后，會默認的加處理器映射器和處理器適配器； SpringMVC加載.DispatcherServlet.properties配置文件： org.springframework.web.s...
SpringMVC異常處理器
本節內容： 異常處理思路 自定義異常類 自定義異常處理器 異常處理器配置 錯誤頁面 異常測試 springmvc在處理請求過程中出現異常信息交由異常處理器進行處理，自定義異常處理器可以實現一個系統的異常處理邏輯。(它負責捕獲，將異常放到我們自己編寫的處理類中) 一、異常處理器思路 系統中異常包括兩類：預期異常和運行時異常RuntimeException，前者通過捕獲異常...
猜你喜歡
freemarker + ItextRender 根據模板生成PDF文件
1. 制作模板 2. 獲取模板，并將所獲取的數據加載生成html文件 2. 生成PDF文件 其中由兩個地方需要注意，都是關于獲取文件路徑的問題，由于項目部署的時候是打包成jar包形式，所以在開發過程中時直接安照傳統的獲取方法沒有一點文件，但是當打包后部署，總是出錯。于是參考網上文章，先將文件讀出來到項目的臨時目錄下，然后再按正常方式加載該臨時文件； 還有一個問題至今沒有解決，就是關于生成PDF文件...
電腦空間不夠了？教你一個小秒招快速清理 Docker 占用的磁盤空間！
Docker 很占用空間，每當我們運行容器、拉取鏡像、部署應用、構建自己的鏡像時，我們的磁盤空間會被大量占用。 如果你也被這個問題所困擾，咱們就一起看一下 Docker 是如何使用磁盤空間的，以及如何回收。 docker 占用的空間可以通過下面的命令查看： TYPE 列出了docker 使用磁盤的 4 種類型： Images：所有鏡像占用的空間，包括拉取下來的鏡像，和本地構建的。 Con...
requests實現全自動PPT模板
http://www.1ppt.com/moban/ 可以免費的下載PPT模板，當然如果要人工一個個下，還是挺麻煩的，我們可以利用requests輕松下載 訪問這個主頁，我們可以看到下面的樣式 點每一個PPT模板的圖片，我們可以進入到詳細的信息頁面，翻到下面，我們可以看到對應的下載地址 點擊這個下載的按鈕，我們便可以下載對應的PPT壓縮包 那我們就開始做吧 首先，查看網頁的源代碼，我們可以看到每一...
