Spring3.1.0实现原理分析(十四).MVC之处理器映射
2017-06-20 00:00
633 查看
大家好,今天我们分析下处理器映射,这个功能是MVC框架所应具备的基本功能。那么,什么是处理器映射呢,是指根据一套规则获取处理本次request请求的执行链对象,它是连接url请求和执行链对象的桥梁。执行链又是什么东东呢?无论是spring mvc还是struts2,执行链往往就是若干个拦截器加一个处理请求的方法对象(又被称为处理器)。
spring在启动过程中会自动注册两个处理器映射对象,分别是“RequestMappingHandlerMapping”和“BeanNameUrlHandlerMapping”,前者的优先级最高,优先使用RequestMappingHandlerMapping来处理请求,只有在其无法获取请求的处理器情况下才会使用其它映射器。所以今天我主要就是分析下RequestMappingHandlerMapping对象。
照例,还是先上一张类结构图,然后我从初始化和处理请求两个方面来讲解。
一. 拦截器分类和注册处理方法对象
从上图可以看出处理器映射实现了ApplicationContextAware接口,在创建处理器映射过程中的初始化bean阶段,spring系统自动注册的bean后处理器ApplicationContextAwareProcessor会调用setApplicationContext(ac) 方法,为处理器映射对象赋值容器对象。就是在这个方法中处理器映射获取了容器之后执行拦截器分类和注册处理方法这些操作。 具体实现上,通过重写的方式,AbstractHandlerMapping, AbstractHandlerMethodMapping, WebApplicationObjectSupport 这三个类共同实现了setApplicationContext(ac) 方法。
AbstractHandlerMapping负责拦截器分类,它会把拦截器分成两类,一类对所有请求都适用,一类只对特定路径的请求适用,分别置入以下两个成员变量。
那么,拦截器都是从哪里来的呢?使用<mvc:interceptor>标签配置的拦截器,spring启动时会被解析成MappedInterceptor类型拦截器,然后被置入bean工厂,AbstractHandlerMapping就是从bean工厂获取到这些拦截器;还有一种途径是,用户配置注入到AbstractHandlerMapping的成员变量interceptors,这个变量的类型是List<Object>,其支持的拦截器类型有“HandlerInterceptor”,“WebRequestInterceptor”,“MappedInterceptor”。
AbstractHandlerMethodMapping负责注册所有处理器的处理方法,其过程如下:
1. 默认从子web容器中获取所有bean。
2. 找出其中的处理器bean,即bean是否被@Controller注解了。
3. 从处理器bean中找出所有处理方法,什么样的方法对象是处理方法呢,即该方法是否被@RequestMapping注解了。发现处理方法后把它的@RequestMapping注解解析成RequestMappingInfo对象,再把方法对象包装成HandlerMethod对象。关于RequestMappingInfo可以看这篇博客《Spring3.1.0实现原理分析(十三).MVC请求映射信息RequestMappingInfo详解》。
4. 把RequestMappingInfo和HandlerMethod对象对象置入缓存handlerMethods。
5. 从RequestMappingInfo中获取非模式的请求路径集合,把非模式请求路径和RequestMappingInfo置入缓存urlMap。
最后WebApplicationObjectSupport负责从web容器获取servletContext赋值给成员变量。
二. 获取执行链对象
获取执行链对象是HandlerMapping接口定义的唯一方法,执行链其实就是一堆拦截器和一个处理请求的方法对象构成的。我们可以看下该类的源码定义,
拦截器是如何获取的呢?
上文说了,启动过程中AbstractHandlerMapping会把bean工厂中的拦截器分成两类,一类适用于所有请求,一类适用于特定路径的请求。那么,适用于所有请求的拦截器肯定是要返回的;另一类适用特定路径的拦截器的类型是MappedInterceptor,它持有适用该拦截器的模式请求路径数组,如果当前请求的路径跟其中某个元素匹配,则返回该拦截器。
处理请求的方法对象如何获取呢?
1. 把请求路径作为key,尝试直接从缓存urlMap中获取RequestMappingInfo对象,urlMap中缓存的是非模式请求路径和RequestMappingInfo的对应关系。也就是说先把请求路径当成非模式路径来处理,如果能够获取到RequestMappingInfo,则把RequestMappingInfo做为key,从handlerMethods中获取方法对象。
2. 如果步骤1未成功,则遍历handlerMethods的所有key,handlerMethods的key是RequestMappingInfo对象,从中找出所有能跟当前请求匹配的RequestMappingInfo对象。具体如何判断是否匹配,请看上篇拨测《Spring3.1.0实现原理分析(十三).MVC请求映射信息RequestMappingInfo详解》。如果最终有多个RequestMappingInfo对象匹配当前请求,则选出匹配度最高的RequestMappingInfo对象,最终根据RequestMappingInfo从缓存handlerMethods中获取HandlerMethod对象。
3. 获取了HandlerMethod对象后,还会执行一个重要的操作,就是会解析当前模式请求路径中的模板变量,然后把这些变量值置入request的属性集。
4. 如果步骤1和步骤2都不成功,则返回null。
好了,处理器映射就分析到这里了,现在我们已经明白了通过request获取执行链的过程,而执行链是由拦截器和处理器构成,所以下篇博客我们分析下spring mvc的拦截器。
spring在启动过程中会自动注册两个处理器映射对象,分别是“RequestMappingHandlerMapping”和“BeanNameUrlHandlerMapping”,前者的优先级最高,优先使用RequestMappingHandlerMapping来处理请求,只有在其无法获取请求的处理器情况下才会使用其它映射器。所以今天我主要就是分析下RequestMappingHandlerMapping对象。
照例,还是先上一张类结构图,然后我从初始化和处理请求两个方面来讲解。
一. 拦截器分类和注册处理方法对象
从上图可以看出处理器映射实现了ApplicationContextAware接口,在创建处理器映射过程中的初始化bean阶段,spring系统自动注册的bean后处理器ApplicationContextAwareProcessor会调用setApplicationContext(ac) 方法,为处理器映射对象赋值容器对象。就是在这个方法中处理器映射获取了容器之后执行拦截器分类和注册处理方法这些操作。 具体实现上,通过重写的方式,AbstractHandlerMapping, AbstractHandlerMethodMapping, WebApplicationObjectSupport 这三个类共同实现了setApplicationContext(ac) 方法。
AbstractHandlerMapping负责拦截器分类,它会把拦截器分成两类,一类对所有请求都适用,一类只对特定路径的请求适用,分别置入以下两个成员变量。
private final List<HandlerInterceptor> adaptedInterceptors = new ArrayList<HandlerInterceptor>(); private final List<MappedInterceptor> mappedInterceptors = new ArrayList<MappedInterceptor>();
那么,拦截器都是从哪里来的呢?使用<mvc:interceptor>标签配置的拦截器,spring启动时会被解析成MappedInterceptor类型拦截器,然后被置入bean工厂,AbstractHandlerMapping就是从bean工厂获取到这些拦截器;还有一种途径是,用户配置注入到AbstractHandlerMapping的成员变量interceptors,这个变量的类型是List<Object>,其支持的拦截器类型有“HandlerInterceptor”,“WebRequestInterceptor”,“MappedInterceptor”。
AbstractHandlerMethodMapping负责注册所有处理器的处理方法,其过程如下:
1. 默认从子web容器中获取所有bean。
2. 找出其中的处理器bean,即bean是否被@Controller注解了。
3. 从处理器bean中找出所有处理方法,什么样的方法对象是处理方法呢,即该方法是否被@RequestMapping注解了。发现处理方法后把它的@RequestMapping注解解析成RequestMappingInfo对象,再把方法对象包装成HandlerMethod对象。关于RequestMappingInfo可以看这篇博客《Spring3.1.0实现原理分析(十三).MVC请求映射信息RequestMappingInfo详解》。
4. 把RequestMappingInfo和HandlerMethod对象对象置入缓存handlerMethods。
5. 从RequestMappingInfo中获取非模式的请求路径集合,把非模式请求路径和RequestMappingInfo置入缓存urlMap。
最后WebApplicationObjectSupport负责从web容器获取servletContext赋值给成员变量。
二. 获取执行链对象
获取执行链对象是HandlerMapping接口定义的唯一方法,执行链其实就是一堆拦截器和一个处理请求的方法对象构成的。我们可以看下该类的源码定义,
public class HandlerExecutionChain { /** * 处理器方法对象 */ private final Object handler; /** * 拦截器列表 */ private List<HandlerInterceptor> interceptorList; .... }
拦截器是如何获取的呢?
上文说了,启动过程中AbstractHandlerMapping会把bean工厂中的拦截器分成两类,一类适用于所有请求,一类适用于特定路径的请求。那么,适用于所有请求的拦截器肯定是要返回的;另一类适用特定路径的拦截器的类型是MappedInterceptor,它持有适用该拦截器的模式请求路径数组,如果当前请求的路径跟其中某个元素匹配,则返回该拦截器。
处理请求的方法对象如何获取呢?
1. 把请求路径作为key,尝试直接从缓存urlMap中获取RequestMappingInfo对象,urlMap中缓存的是非模式请求路径和RequestMappingInfo的对应关系。也就是说先把请求路径当成非模式路径来处理,如果能够获取到RequestMappingInfo,则把RequestMappingInfo做为key,从handlerMethods中获取方法对象。
2. 如果步骤1未成功,则遍历handlerMethods的所有key,handlerMethods的key是RequestMappingInfo对象,从中找出所有能跟当前请求匹配的RequestMappingInfo对象。具体如何判断是否匹配,请看上篇拨测《Spring3.1.0实现原理分析(十三).MVC请求映射信息RequestMappingInfo详解》。如果最终有多个RequestMappingInfo对象匹配当前请求,则选出匹配度最高的RequestMappingInfo对象,最终根据RequestMappingInfo从缓存handlerMethods中获取HandlerMethod对象。
3. 获取了HandlerMethod对象后,还会执行一个重要的操作,就是会解析当前模式请求路径中的模板变量,然后把这些变量值置入request的属性集。
4. 如果步骤1和步骤2都不成功,则返回null。
好了,处理器映射就分析到这里了,现在我们已经明白了通过request获取执行链的过程,而执行链是由拦截器和处理器构成,所以下篇博客我们分析下spring mvc的拦截器。
相关文章推荐
- Spring3.1.0实现原理分析(十四).MVC之处理器映射
- Spring3.1.0实现原理分析(十三).MVC请求映射信息RequestMappingInfo详解
- Spring3.1.0实现原理分析(十三).MVC请求映射信息RequestMappingInfo详解
- Spring3.1.0实现原理分析(二).国际化(i18n)
- Spring3.1.0实现原理分析(三).配置数据
- Spring3.1.0实现原理分析(四).属性访问器(PropertyAccessor)
- Spring3.1.0实现原理分析(六).实例化
- Spring3.1.0实现原理分析(八).获取bean对象
- Spring3.1.0实现原理分析(八).获取bean对象
- Spring3.1.0实现原理分析(七).填充Bean属性,初始化Bean,登记善后处理,注册单例Bean
- Spring3.1.0实现原理分析(十九).MVC异常处理
- Spring3.1.0实现原理分析(十六).MVC数据绑定器
- Spring3.1.0实现原理分析(十一).MVC从桌面到web应用
- Spring3.1.0实现原理分析(二十一).Dao事务分析之集成MyBatis
- Spring3.1.0实现原理分析(十七).MVC请求处理方法参数解析器和返回值解析器
- Spring3.1.0实现原理分析(十八).MVC处理器和处理器适配器
- Spring3.1.0实现原理分析(九).AOP之创建代理对象的过程
- Spring3.1.0实现原理分析(六).实例化
- Spring3.1.0实现原理分析(五).关于循环引用的探讨
- Spring3.1.0实现原理分析(二十).Dao事务分析之非入侵式编码