Sping MVC是一个web开发框架，用于处理Http请求，那首先要做的第一件事情就是要为每个url找到对应的java类及方法。至于寻找的方式就有很多了，简单的做法，可以用一个Map保存所有url和“java类及方法”之间的映射；复杂一点的，使用注解来定义方法和url的关系……所以，自然而然的，我们可以抽象出一个接口来表示这个寻找动作，不同的人可以按照自己的需求订制这种寻找过程。
那么这个接口应该如何设计呢，很容易想到的是，这个接口有一个方法，入参是HttpServletRequest，出参是java类和方法。那么问题的关键就落到了这个出参上面。关于出参的定义，最主要的是解决下面几个问题：
- 返回的出参必须具有执行请求的能力，简单说就是能够解析入参，执行java方法，返回结果。要实现这个就比较复杂了，因为参数的解析方式多种多样，每个java类的会有很多方法，每个方法的出入参也千差万别。所以SpingMVC在设计的时候，将这个复杂的逻辑交给了HandleAdaptor，HandleMapping只需要返回需要执行的类就行了。
- 以前，我们定义拦截器可以实现Filter接口，然后在web.xml配置需要拦截的path就行，但是这样的拦截器没法交给SpingMVC管理，为了实现统一的管理，SpringMVC实现自定义了拦截器接口。定义拦截器接口、实现拦截器都很简单，麻烦的时候，拦截器什么时候应该调用，应该拦截哪些请求。最好的办法是每次处理请求时，返回java类的时候，一并返回这次请求的拦截器。
基于上面的几点，于是乎就有了 HandleMapping接口。
public interface HandlerMapping {
/**
* 获取请求对应的处理类和拦截器
*/
HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception;
}
/**
* 返回结果：包括具体的Handler，拦截器
*/
public class HandlerExecutionChain {
// 具体的Handler，不等同于Controller哟。因为HandlerMapping的实现方式有很多，最早的版本，其实handler就是实现了Controller接口的对象，后来的注解版本，其实已经是HandleMethod对象了。不管怎么样，这个handler就是一个可执行请求的对象。
private final Object handler;
// 拦截器数组，下面还有一个拦截器列表，为什么会有两个，待续……
private HandlerInterceptor[] interceptors;
private List<HandlerInterceptor> interceptorList;
private int interceptorIndex = -1;
// ………………此处省略一批方法
}
HandleMapping类图
SpringMVC自带的HandleMapping实现有3种。
- SimpleUrlHandlerMapping
- BeanNameUrlHandlerMapping
- RequestMappingHandlerMapping
