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);

}