一、Handler與HandlerMapping關(guān)系

Handler可以理解為具體干活的，也就是我們的業(yè)務(wù)處理邏輯。

Handler最終是要通過url 來訪問到，這樣url 與Handler之間就有一個(gè)映射關(guān)系了。

HandlerMapping的作用就是維護(hù)這種映射，對(duì)Handler登記在冊(cè)，對(duì)外提供根據(jù)url 查詢Handler的服務(wù)。

二、Handler分類

SpringMVC為我們提供了多種定義Handler的方式。

1.實(shí)現(xiàn)Controller接口

org.springframework.web.servlet.mvc.Controller 接口是SpringMvc提供的控制器接口，實(shí)現(xiàn)此接口的類，可以看做是一個(gè)Handler。

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

public interface Controller {
    ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception;
}

實(shí)現(xiàn)了此接口的Handler特點(diǎn)就是： 只有一個(gè)handleRequest方法接受請(qǐng)求，也就是說大部分情況下，一個(gè)類是一個(gè)handler，一個(gè)類只能映射一個(gè)URL。

針對(duì)一些場(chǎng)景，SpringMVC提供了幾個(gè)Controller的默認(rèn)實(shí)現(xiàn):

與Servlet相關(guān)

• ServletForwardingController 與Servlet有關(guān)的控制器，作用：將到達(dá)ServletForwardingController的請(qǐng)求轉(zhuǎn)發(fā)到當(dāng)前應(yīng)用中的一個(gè)Servlet。
• ServletWrappingController 與Servlet有關(guān)的控制器，作用:將當(dāng)前應(yīng)用中的某個(gè) Servlet直接包裝為一個(gè)Controller，所有到達(dá)ServletWrappingController的請(qǐng)求最終交給其包裝的那個(gè)servlet進(jìn)行處理

直接跳轉(zhuǎn)頁面

• ParameterizableViewController 用于直接界面跳轉(zhuǎn)，省去自己實(shí)現(xiàn)Controller。控制器根據(jù)配置的參數(shù)來跳轉(zhuǎn)界面。
• UrlFilenameViewController 用于直接界面跳轉(zhuǎn)，省去自己實(shí)現(xiàn)Controller?？刂破鞲鶕?jù)請(qǐng)求的URL直接解析出視圖名。

MultiActionController

一個(gè) Controller 可以寫多個(gè)方法，分別對(duì)應(yīng)不同的請(qǐng)求，使同一業(yè)務(wù)的方法可以放在一起了。在使用時(shí)讓自己的 Controller 類繼承 MultiActionController 類。（注意，雖然處理了多個(gè)請(qǐng)求但還是只有一個(gè)handleRequest接受的請(qǐng)求。此類類似分發(fā)功能）

2.實(shí)現(xiàn)HttpRequestHandler接口

此接口與Controller類似，也是只有一個(gè)handlerRequest方法.

public interface HttpRequestHandler {
    void handleRequest(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException;
}

但是handleRequest 并沒有返回一個(gè)視圖。從這點(diǎn)來看

HttpRequestHandler是專門處理Http請(qǐng)求（非視圖請(qǐng)求）,并生成對(duì)應(yīng)的響應(yīng)的處理器。

針對(duì)一些場(chǎng)景，SpringMVC提供了幾個(gè)HttpRequestHandler的默認(rèn)實(shí)現(xiàn):

靜態(tài)資源相關(guān)

靜態(tài)資源的請(qǐng)求也web開發(fā)中不可或缺的請(qǐng)求.HttpRequestHandler的兩個(gè)實(shí)現(xiàn)類，針對(duì)靜態(tài)資源進(jìn)行處理。

• DefaultServletHttpRequestHandler  與靜態(tài)資源有關(guān)的控制器。

通常web容器都有處理靜態(tài)資源請(qǐng)求的能力。

我們以Tomcat為例，Tomcat中所有的資源都是Servlet實(shí)現(xiàn)的，靜態(tài)資源的請(qǐng)求交類DefaultServlet去處理。

• DefaultServletHttpRequestHandler的作用其實(shí)就是根據(jù)當(dāng)前容器，將靜態(tài)資源請(qǐng)求轉(zhuǎn)給容器自己去處理靜態(tài)資源。

例如：Tomcat容器下，DefaultServletHttpRequestHandler將靜態(tài)資源請(qǐng)求交給DefaultServlet去處理

• ResourceHttpRequestHandler  與靜態(tài)資源有關(guān)的控制器。
• DefaultServletHttpRequestHandler把靜態(tài)資源請(qǐng)求交給容器處理。
• ResourceHttpRequestHandler是把靜態(tài)資源請(qǐng)求交給SpringMVC自己處理。

我們通常用注解的形式配置靜態(tài)資源的處理

@Configuration
public class WebMvcStaticResourcesConfiguration extends WebMvcConfigurerAdapter {
    @Override
    public void addResourceHandlers(ResourceHandlerRegistry registry) {
        if (!registry.hasMappingForPattern("/static/**")) {
            registry.addResourceHandler("/static/**").addResourceLocations("classpath:/static/");
        }
        super.addResourceHandlers(registry);
    }
}

此時(shí)我們心里應(yīng)該清楚：這是交給SpringMVC自己處理靜態(tài)資源請(qǐng)求遠(yuǎn)程訪問相關(guān)。

針對(duì)遠(yuǎn)程訪問的場(chǎng)景，Spring不但自己做了實(shí)現(xiàn)，而且還提供了對(duì)其他技術(shù)的集成支持。

• Spring HTTP Invoker: Spring自己實(shí)現(xiàn)，使用HTTP協(xié)議，允許穿透防火墻，使用JAVA系列化方式，但僅限于Spring應(yīng)用之間使用，即調(diào)用者與被調(diào)用者都必須是使用Spring框架的應(yīng)用。
• RMI：使用JRMP協(xié)議(基于TCP/IP)，不允許穿透防火墻，使用JAVA系列化方式，使用于任何JAVA應(yīng)用之間相互調(diào)用。
• Hessian：使用HTTP協(xié)議，允許穿透防火墻，使用自己的系列化方式，支持JAVA、C++、.Net等跨語言使用。
• Burlap: 與Hessian相同，只是Hessian使用二進(jìn)制傳輸，而Burlap使用XML格式傳輸（兩個(gè)產(chǎn)品均屬于caucho公司的開源產(chǎn)品)。

SpringMVC提供的幾個(gè)HttpRequestHandler實(shí)現(xiàn)，正是處理這類請(qǐng)求。

• HttpInvokerServiceExporter
  支持 Spring HTTP Invoker 調(diào)用器
• HessianServiceExporter
  hessian服務(wù)處理程序
• BurlapServiceExporter
  Burlap服務(wù)處理程序

3.實(shí)現(xiàn)Servlet方式

Servlet是我們使用最早的定義業(yè)務(wù)邏輯的方式。SpringMVC也提供了對(duì)這種實(shí)現(xiàn)方式的支持

@Controller("/servletController")
public class ServletController extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        System.out.println("this servlet controller");
    }
}

4.@RequestMapping方式

這種方式是我們現(xiàn)在最熟悉的方式。一個(gè)方法就是一個(gè)handler， 一類中可以寫多個(gè)handler。

@RestController
@RequestMapping(value = "/test")
public class TestController {
        @RequestMapping(value = "/test")
        public void getCode()throws  Exception{
            System.out.println("this RequestMapping");
        }
}

對(duì)于springMVC提供的定義Handler的這些方式，我們可以靈活的定義我們的業(yè)務(wù)處理。

三、HandlerMapping

定義了完了Handler，我們最終的目的還是需要通過url訪問到他們進(jìn)行業(yè)務(wù)的處理。

此時(shí)HandlerMapping上場(chǎng)。HandlerMapping 會(huì)把他們，按照url 與Handler的映射關(guān)系登記在冊(cè)。我們就可以通過url找到對(duì)應(yīng)的Handler了。

HandlerMapping 接口，只定義了一個(gè)方法getHandler。

此方法是各種HandlerMapping實(shí)現(xiàn)類對(duì)外提供獲取Handler的核心方法

public interface HandlerMapping {
    HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception;
}

上文可以看出： 一個(gè)handler可能是一個(gè)方法，也可能是一個(gè) Controller 對(duì)象、 HttpRequestHandler 對(duì)象或 Servlet 對(duì)象 。

針對(duì)這種情況， HandlerMapping分為兩個(gè)分支來處理

• AbstractHandlerMethodMapping：一種是處理url直接與類級(jí)別handler的對(duì)應(yīng)。
• AbstractUrlHandlerMapping一種是處理url與Method級(jí)別handler的對(duì)應(yīng)。

它們又統(tǒng)一繼承于 AbstractHandlerMapping

AbstractHandlerMapping

AbstractHandlerMapping 是HandlerMapping的抽象實(shí)現(xiàn)，使用 模板模式 定義了獲取Handler的算法骨架

 public abstract class AbstractHandlerMapping extends WebApplicationObjectSupport implements HandlerMapping, Ordered {
   Object handler = getHandlerInternal(request);
        if (handler == null) {
            handler = getDefaultHandler();
        }
        if (handler == null) {
            return null;
        }
        // Bean name or resolved handler?
        if (handler instanceof String) {
            String handlerName = (String) handler;
            handler = getApplicationContext().getBean(handlerName);
        }
        HandlerExecutionChain executionChain = getHandlerExecutionChain(handler, request);
        if (CorsUtils.isCorsRequest(request)) {
            CorsConfiguration globalConfig = this.globalCorsConfigSource.getCorsConfiguration(request);
            CorsConfiguration handlerConfig = getCorsConfiguration(handler, request);
            CorsConfiguration config = (globalConfig != null ? globalConfig.combine(handlerConfig) : handlerConfig);
            executionChain = getCorsHandlerExecutionChain(request, executionChain, config);
        }
        return executionChain;
 }

可以看到在這個(gè)方法中又調(diào)用了 getHandlerInternal() 方法獲取到了 Handler 對(duì)象，而 Handler 對(duì)象具體內(nèi)容是由它的子類去定義的。

算法骨架：

• 獲取到一個(gè)handler
• 將handler與攔截器包裝成一個(gè)HandlerExecutionChain 實(shí)例返回 AbstractUrlHandlerMapping

AbstractUrlHandlerMapping

這個(gè)分支獲取的 Handler 的類型實(shí)際就是一個(gè) Controller 類，處理url直接與類handler的映射。（也就是一個(gè)類中只有一個(gè)接受請(qǐng)求的方法）

常見handlerMapping實(shí)現(xiàn):

• BeanNameUrlHandlerMapping 利用 BeanName 來作為 URL 使用。并繼承AbstractDetectingUrlHandlerMapping類，說明其具有檢查url的能力。我們使用@Controller注解標(biāo)識(shí)（ Controller接口方式，Servlet方式，HttpRequestHandler接口方式 ）handler的beaname，通過beanname訪問到handler
• SimpleUrlHandlerMapping 可以將 URL 與處理器的定義分離，還可以對(duì) URL 進(jìn)行統(tǒng)一的映射管理。怎么理解呢？ 說白了就是我們把我們定義的url與handler的關(guān)系配置到此handlerMapping.urlMap屬性上，統(tǒng)一管理。

AbstractHandlerMethodMapping

AbstractHandlerMethodMapping 這個(gè)分支獲取的 Handler 的類型是 HandlerMethod，即這個(gè) Handler 是一個(gè)方法，它保存了方法的信息（如Method），這樣一個(gè) Controller 就可以處理多個(gè)請(qǐng)求了

AbstractHandlerMethodMapping只有一個(gè)實(shí)現(xiàn)類 RequestMappingHandlerMapping

handlerMapping實(shí)現(xiàn):

• RequestMappingHandlerMapping：處理@RequestMapping 這種方式的handler 。

四、總結(jié)

在我們使用springmvc時(shí)：

我們?cè)趯懡涌跁r(shí)，其實(shí)就是在定義handler，并配置一個(gè)Url與之映射。

springmvc 為我們提供了4種定義handler的形式我們定義handler 被HandlerMapping登記在冊(cè)，這樣我們就可以使用url從HandlerMapping找到對(duì)應(yīng)handler。

這就是Handler與HandlerMapping的關(guān)系了。

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

最新評(píng)論