springmvc中RequestMapping的解析

1

在研究源碼的時候，我們應該從最高層來看，所以我們先看這個接口的定義：

/**
1.定義一個將請求和處理器進行映射的接口，而這個接口主要的作用就是進行路由，將url映射到HandlerExecutionChain。
開發人員也可以自己實現這個接口，雖然這是不必須的，因為現在的springmvc中已經提供了大量的實現，最典型的就是
BeanNameUrlHandlerMapping,SimpleUrlHandlerMapping，RequestMappingHandlerMapping等等，以前的版本中，如果我們沒有顯式的設置的話
那么就是系統使用的就是前面兩個RequestMapping，但是較行的版本使用的是BeanNameUrlHandlerMapping,DefaultAnnotationHandlerMapping這兩個-配置了mvc:annotation-driven注解的話 就是
RequestMappingHandlerMapping
)
2.在映射的結果中可以包括0或多個的攔截器，在執行處理器的前面會先執行preHandle，如果攔截器都返回true的時候，才會執行處理器的邏輯
同時處理參數的能力也是非常的強大的，我們可以定義RequestMapping處理各種參數（但是明顯不用這樣做的，我們可以直接定義參數轉化器）

3.因為系統可以設置多個的HandlerMapping，所以我們應該實現Ordered這個接口，表示個各自的優先級，越小優先級越高。默認是Integer.MAX_VALUE.優先級是最低的
*/

public interface HandlerMapping {

   　//這個屬性表示的是url對應的HandlerMapping
    String PATH_WITHIN_HANDLER_MAPPING_ATTRIBUTE = HandlerMapping.class.getName() + ".pathWithinHandlerMapping";

  　//這個request匹配度最高的HanlderMapping 
    String BEST_MATCHING_PATTERN_ATTRIBUTE = HandlerMapping.class.getName() + ".bestMatchingPattern";

　　//是否支持類級別的映射 像我們的DefaultAnnotationHandlerMapping就使用了這個屬性來表示支持類級別的。（如果我們沒有設置的話，默認就是支持的
　　//@see AnnotationMethodHandlerAdapter$ServletHandlerMethodResolver.useTypeLevelMapping()）
    String INTROSPECT_TYPE_LEVEL_MAPPING = HandlerMapping.class.getName() + ".introspectTypeLevelMapping";

    //也是request中的KEY名稱，值時map，存放在的是鍵值對
    String URI_TEMPLATE_VARIABLES_ATTRIBUTE = HandlerMapping.class.getName() + ".uriTemplateVariables";

  　//和上面差不多，但是類別有一些不同 存放的是Matrix Variable（就是值可以用;分割的那個）
    String MATRIX_VARIABLES_ATTRIBUTE = HandlerMapping.class.getName() + ".matrixVariables";

　　//HandlerMapping支持的媒體類型
    String PRODUCIBLE_MEDIA_TYPES_ATTRIBUTE = HandlerMapping.class.getName() + ".producibleMediaTypes";

  　/**
　　這個這個類的唯一一個方法，根據職責單一原則，我們就明白了，HandlerMapping的唯一職責就是將一個請求根據不同的策略
　　最終轉化為HandlerExecutionChain這樣的一個對象，這里不是一個接口，而是一個類，這個類就是封裝了處理器和一系列的
　　攔截器，並且代理了這一系列處理的的前置和后置處理
　　*/
    HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception;

}

 通過上面的分析已經大概明白了HandlerMapping的目的，他的目的就是一個請求來了以后，我們需要通過HandlerMapping來構造一個執行后續操作的環境，這里面包括我們定義的支持媒體類型，隨請求來的各種參數，系統中設置的攔截器等等。如果要我說，這一步相當於springmvc的入口吧。

    我們再看一個接口實現的基礎的抽象類，這個類就是就是提供了一些基本的設施，留下一個主要的工作給子類來進行實現，這是個是AbstractHandlerMapping。因為這個很多的方法，我並不會將類貼出來，主要分析一下這個類實現了哪些的功能，以及我們關注點在哪里，擴展在哪里。

這個抽象類不僅實現了HandlerMapping，而且實現了Ordered接口，這個接口在HandlerMapping中提示了我們就是定義自己的順序。並且繼承了spring的基礎設置類，來提供一些ServletContext和WebApplicationContext這些的引用。所以，如果我們要實現自己的HandlerMapping的話，還是建議這個抽象類就OK了。

我們看最主要的一個方法:

    @Override
    public final HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception {
        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);
        }
        return getHandlerExecutionChain(handler, request);
    }

這里有主要的兩個部分，第一部分就是：getHandlerInternal(...)是一個模板方法，讓子類來返回處理器，處理器就是我們定義的controller，第二部分就是getHandlerExecutionChain方法，這個方法返回的就是 HandlerExecutionChain，這也在前面講過，就是將某個url映射到其中去，而HandlerExecutionChain其中封裝了很多的東西，這其中包括我們調用getHandlerInternal返回的處理器，包括這個針對於這個url的攔截器鏈。 

//add time : 17.05.15

    經過了上面兩個主要的類之后，到了真正處理處理器邏輯的時候了，這個類就是HandlerAdapter，主要的作用就是針對於處理器進行邏輯操作-> 數據的反序列化，參數的解析，返回數據的反序列化，視圖的解析等等。這個接口采用了適配器設計模式，接口主要提供了三個方法：

public interface HandlerAdapter {
    // 判斷此適配器是否支持此處理器
    boolean supports(Object handler);
   // 根據請求和處理器處理真正的邏輯，這里面是會調用我們的業務邏輯的  這其中是最為復雜的，
    ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception;
   // 獲取last-modifier 時間
    long getLastModified(HttpServletRequest request, Object handler);

}