盛年不重来,一日难再晨,及时当勉励,岁月不待人。这篇文章主要讲述Spring mvc之源码 handlerMapping和handlerAdapter分析相关的知识,希望能为你提供帮助。
Spring mvc之源码 handlerMapping和handlerAdapter分析
本篇并不是具体分析Spring mvc,所以好多细节都是一笔带过,主要是带大家梳理一下整个Spring mvc的执行流程,以及如何根据URL查找处理器Controller的实现
(适合那些刚阅读源码不知道如何下手的人)
http://www.guojinbao.com/borrow/borrowDetail/GETadLPjnf0[d].do
如何根据URL地址----》找到正确处理器Controller的相应方法Method
注:概念 IOC容器:负责bean的创建和维护bean与bean关系的一个大的集合
①dispatcherServlet 在Spring MVC为所有请求入口,标准的servlet。
标准的servlet执行流程为
1.init()
首次加载servlet 整个servlet生命周期只执行一次
2.service()
依据url-pattern(<
url-pattern>
/<
/url-pattern>
拦截所有请求,不包括静态资源文件) 拦截模式,匹配请求模式,匹配成功调用service方法
3.destroy()
servlet容器(如:tomcat停止)结束调用
文章图片
执行流程如下
第一步 执行 HttpServletBean--> init()方法
文章图片
init()方法我们只需要关注initServletBean()方法 此方法为抽象方法由FrameworkServlet实现
文章图片
有兴趣的可以具体看一下源码,整个init()方法 为spring mvc的IOC容器初始化
注:Spring 的IOC容器初始化由contextLoaderListener完成
文章图片
Spring IOC容器建议配置:数据库连接,事务,与第三方框架集成等等
如:ApplicationContext.xml (小提示:处理器Controller的扫描 可以交给springMVC IOC容器完成,目的分层明确,便于IOC容器查找 )
文章图片
Spring mvc IOC 容器 配置:
文章图片
第二部 拦截请求
① FrameworkServlet --> service()
分发请求
② FrameworkServlet---> processRequest(request, response);
③ DispatcherServlet---> doService(HttpServletRequest request, HttpServletResponse response)
如何根据URL找到处理器执行正确的方法就在此方法中
④ DispatcherServlet---> doDispatch(HttpServletRequest request, HttpServletResponse response)
第①部分
文章图片
这里为啥不是调用super.service(request,response)?
文章图片
最直接的理由:如果直接调用service方法 根据method类型进行分发请求就直接跳出框架啦(你懂的嘿嘿)
②③2步有兴趣的可以看一下源码
第④部分
DispatcherServlet---> doDispatch(HttpServletRequest request, HttpServletResponse response)
文章图片
文章图片
整个过程如下:
> > 1. 获取url对应的处理器controller以及相应方法
> > 2. 获取执行处理器中方法的对象
> > 3. 具体执行
Spring mvc是如何通过URL查找到对应的处理器controller以及对应的方法尼?需要知道以下3个核心接口handlerMapping,handlerAdapter,RequestCondition我们不具体分析相应接口的实现以及具体逻辑,过程相当复杂,1到2句话说
不清楚,这里给大家留一个直观的考量。
由于Spring mvc源码庞大,建议看源码的时候,只看重点部分或者说自己感兴趣部分。我们大家常用是在类和方法加上注解@RequestMapping来标识访问路径,我们以此模板给大家量化分析url查询处理器controller以及相应方法的过程
handlerMapping:负责查找URL对应的处理器Controller
RequestMappingInfo:根据注解@RequestMapping生成方法匹配策略
handlerAdapter:负责绑定参数,执行请求,处理返回值
handlerMapping 接口就一个方法返回HandlerExecutionChain
文章图片
HandlerExecutionChain
文章图片
DispatcherServlet---> doDispatch()
第一步 获取HandlerExecutionChain
文章图片
文章图片
在DispatcherServlte的servlet初始化中(调用init()方法)中调用onRefresh()完成handlerMappings的初始化
文章图片
第二步 获取handlerAdapter 找到和handlerMapping匹配的handlerAdapter
文章图片
初始化过程同第一步
DispatcherServlte会根据handlerMapping与已经注册好了的HandlerAdapter一一匹配,看哪一种HandlerAdapter是支持该handlerMapping类型的,
如果找到了其中一种HandlerAdapter是支持传过来的handlerMapping类型,那么该HandlerAdapter会调用自己的handle方法,handle方法运用java的反射机制执行controller的具体方法来获得ModelAndView
以handlerMapping的实现RequestMappingHandlerMapping为例
文章图片
由于实现了InitializingBean,当RequestMappingHandlerMapping完成bean的初始化后,会调用afterPropertiesSet()--> initHandlerMethods(); 完成以下操作
①生成直接URL--> RequestMappingInfo,映射操作
文章图片
②生成 RequestMappingInfo---> handlerMethod映射操作
文章图片
③将所有的RequestMappingInfo注册到容器中
注:
RequestMappingInfo实现了RequestCondition接口 存储着根据注解@RequestMapping生成方法匹配策略
举个例子
文章图片
文章图片
PatternsRequestCondition的初始化相当于
PatternsRequestCondition(“/user/applicationShow/{id}”)当请求URL符合此规则是就匹配成功
简单滴说,RequestMappingInfo是将注解@RequestMapping的信息提取出来
生成此方法的匹配条件
文章图片
阅读RequestMappingHandlerMapping源码流程如下(主要是为了梳理出重点部分)
文章图片
文章图片
文章图片
文章图片
【Spring mvc之源码 handlerMapping和handlerAdapter分析】
综上所述我们来猜测一下spring mvc 中根据URL找到处理器Controller中相应方法的流程
①:获取Request的URL
②:从UrlLookup这个map中找到相应的requestMappingInfo
③:如果没找到则遍历所有requestMappingInfo的信息直到找到匹配的requestMappingInfo
④:根据requestMappingInfo到mappingLookup中找到handlerMethod
handlerMethod接口如下:
文章图片
到这里大家差不多就明白了吧,有了处理器实例,方法,参数调用反射执行方法分分钟的事情
当然spring mvc真正执行比这个复杂的多啦,但是执行的时候是逃不出这个套路的。
具体的URL找到处理器Controller中相应方法的流程请大家看一下DispatcherServlet--》getHandler()方法
注:
最后说一下RequestMappingHandlerMapping并不是默认的查找处理器方法的策略,他是通过 < mvc:annotation-driven /> 配置完成容器注册的
推荐阅读
- Vin码识别/车架号识别为APP功能增添亮点
- android——kotlin开发入门之开发环境搭建
- 高通android开发摘要
- Android Material Design-Maintaining Compatibility(保持兼容性)-
- web服务启动spring自动执行ApplicationListener的用法
- Android5 Zygote 与 SystemServer 启动流程分析
- [Android基础]Android中使用HttpURLConnection
- Android-删除指定包名的App
- Android中的Telephony学习笔记