接上一遍博客《SpringMVC源码深度解析(上)》继续聊。最后聊到了SpringMVC的九大组建的初始化,以 HandlerMapping为例,SpringMVC提供了三个实现了,分别是:BeanNameUrlHandlerMapping、RequestMappingHandlerMapping、RouterFunctionMapping,其中最常用的就是 RequestMappingHandlerMapping,与@RequestMapping注解相关,以它为例,先看看类的继承图:

130df131cd6b4f899649c07e59227094.png

        可知该类实现了InitializingBean接口,这是Spring的扩展点,Bean对象在初始化的时候,会调用 RequestMappingHandlerMapping#afterPropertiesSet()方法。如果使用@EnableWebMvc注解或者手动往Spring容器中注入 RequestMappingHandlerMapping对象,Web容器在调用refresh()方法的过程中,会调用afterPropertiesSet()方法,如果不是通过以上两种方式的话,由上一篇博客 《SpringMVC源码深度解析(上)》可知,会读取dispatcherservlet.properties文件,获取默认的HandlerMapping的实现类,但是由于在前面已经调用了Web容器的refresh()方法,完成了容器的刷新,因此,这里需要特殊处理,代码如下:

c667fc6d4dbc4b6986c31a798e9878b7.png

aa6fd44d8300406baa73b21734bdf5c5.png

d61f5b8f4b4c4203ab6de72f00766b93.png

        可知,这里会显示的调用AutowireCapableBeanFactory#createBean()方法,才会经历Bean的实例化与初始化,才会调用 InitializingBean#afterPropertiesSet()方法。我专门提到这个方法,也侧面说明这个方法很重要,看看这个方法,代码如下:

d9b84c5e710d412a8c9a08fd41519fb5.png

0343cd486c47429a87cac516188b1c36.png

47addf5813f3427a95352d660b971e60.png

a7db417aae9c4d18acf3be0d92038314.png

        重点看看AbstractHandlerMethodMapping#getMappingForMethod()方法,代码如下:

0a86ddf09067421e9d366917bcef95f6.png

459a2689b116474bb763f5840e3f41c4.png

        再看看AbstractHandlerMethodMapping#registerHandlerMethod()方法,代码如下:

07e2baec26a747e889467b542de4de64.png

eedb5f6669b049aea481e17185a7e9b1.png

030b3f5080714aefafa2b31f8202edc7.png

        到这里为止就可以知道:RequestMappingHandlerMapping在初始化的时候,就会获取到所有被@Controller/@RequestMapping注解修饰的类,并且得到该类中所有被@Requestmapping注解修饰的方法,每个被@RequestMapping注解修饰的方法,最终生成一个对应的HandlerMethod对象(存储被@Controller/@RequestMapping注解修饰的对象和被@RequestMapping注解修饰的方法),并存储在内部类RequestMappingHandlerMapping.MappingRegistry的registry(Map)属性中,key为RequestMappingInfo对象,value为MappingRegistration对象(存储HandlerMethod对象)。

        聊完了RequestMappingHandlerMapping在初始化,再聊聊SpringMVC是如何处理请求。其实就是要搞清楚DispatcherServlet的原理,它是一个Servlet,在《SpringMVC源码深度解析(上)》中也说到了,创建了DispatcherServlet对象后,会添加到Servlet容器中。如果有请求来了,会解析url并匹配,如果是符合DispatcherServlet的匹配路径,则调用 GenericServlet#service()方法,这是一个抽象方法,因此实际调用的是HttpServlet#service()方法,代码如下:

df8ce42de145419eae7ed5cbfdb74626.png

5786dc6ea931490291ea4d35fb6e9f95.png

        以POST请求为例,则调用的是HttpServlet#doPost()方法,代码如下:

7cf0bb1a7b8840b5b477cb82ac756d03.png

        其实对于DispatcherServlet来讲,不管是哪种请求,最终都是调用FrameworkServlet#processRequest()方法,代码如下:

2c8ba08a6bfe4c6aad18dbd6e6752f54.png

8cf4766a9c11457e879eabe7a6764de8.png

d7ee9911e4954b109147fcd7f740f611.png

        DispatcherServlet#doDispatch()方法是处理请求的核心,会重点讲,代码如下:

0fae340fd041460c9a9b609b45e108cc.png

47bf6a5d9a744b54b4c80b8fa2e8d75e.png

fb8f78df6b54462a9b015115fe7aa275.png

95b168e8df68427682f2ee2c5dca5c1f.png

87dcea8e204a466db070d6683d1a286b.png

        在AbstractHandlerMethodMapping#lookupHandlerMethod()方法中,主要是进行路径的匹配,由于在前面RequestMappingInfoHandlerMapping初始化的时候,已经存储好了所有的匹配路径及其HandlerMethod,存放在 RequestMappingInfoHandlerMapping.MappingRegistry的pathLookup属性中,因此如果满足匹配要求,是可以获取到HandlerMethod对象的,这块就说了,涉及到匹配逻辑,比较复杂,感兴趣可以自己研究。回到AbstractHandlerMapping#getHandler()方法中,看看AbstractHandlerMapping#getHandlerExecutionChain()方法,代码如下:

d35f0f23aaf14c20a9f59202bb3a0c76.png

        可知这这个方法中,就是创建HandlerExecutionChain对象,并将HandlerInterceptor设置到HandlerExecutionChain对象的interceptorList属性中。再回到DispatcherServlet#doDispatch()方法中,代码如下:

610000c0dbe24c8386a65301a37b6423.png

fe99698349434210ac4f7a7295c0d21f.png

bb314fe87516442a89a90ad8a16a539a.png

3a0cc90b5ffd41b9b9933816ee0ed98e.png

        因此返回的HandlerAdapter对象是RequestMappingHandlerAdapter,这里当用到的是适配器设计模式,为什么要做适配呢?还记得之前HandlerMapping由三个实现类的,实际上处理的是三种不同的Controller,因此需要有对应的适配器处理不同的情况,看看HandlerAdapter#handle()方法就知道了,具体如下:

b865b6a9f7a54848870ae985a1493218.png

c10ce604743f434b917aaaf9d75f6b54.png

b93ca25bc2ab4f968b9d99e00eec9fbd.png

a041b5b6706e43f28f32d336b3f3b22a.png

        主要是处理这三种情况:

                ① 一种是被@Controller/@RestController/@RequestMapping注解修饰的类;

                ② 实现了HttpRequestHandler接口的类;

                ③ 实现了Controller接口的类;

        这三种情况的类,都属于Controller,因此需要不同的适配器处理,我主要讲①,剩下的两种,有兴趣可以试试。回到DispatcherServlet#doDispatch()方法继续往下看,代码如下:

2e281ea548cd4333a99090581cb7fab7.png

        执行拦截器的前置方法,就是遍历HandlerExecutionChain的interceptorList属性,执行HandlerInterceptor#preHandle()方法,代码如下:

327a2e5d938146bda0f30f07763642de.png

        执行拦截器的后置方法,也是如此,代码如下:

b4120edb01b3438f819bd9a0bbe4e455.png

        当然,如果执行某个拦截器的前置方法,返回的是 false,则直接return,不往下走了。在执行拦截器的前置方法后,后置方法前,会执行HandlerAdapter#handle()方法,代码如下:

1cf683bf4e2a4caaa494c89fcc7bf1a3.png

ed04b3f6c8274393b44fe68f7f833b90.png

381a585ef6d645f4a27bac4450870a8c.png

        顺便说一下,RequestMappingHandlerAdapter也实现了InitializingBean接口,因此也会实现afterPropertiesSet()方法,代码如下:

b33c2f17d23c4c83a7dcfbbbd155b31f.png

50903d44e8e5420d8d5b9120cabeaa34.png

795c878f1c7d45e4aa30958c55ec9a59.png

65a8168b433f40f3afabd977391e53bd.png

        这里设置的这些默认处理器,后续会用到,包括参数的解析、绑定、返回值的处理等。

        再看看 RequestMappingHandlerAdapter#invokeAndHandle()方法,这里是执行目标类中目标方法的关键,代码如下:

7949a157ccdf4ee79ca3d2d6d0568842.png

aa8eb9de3082453e950fa17035a0431a.png

6deb2c171efc43bfa8f9874ce0623886.png

6b132bbe69db4c9ba17ceb25fa4835c6.png

322377a70d88464ca2f070c50e91004a.png

        以PathVariableMethodArgumentResolver为例看看,代码如下:

61be92a661604d16b6cd5ea136b24aca.png

        回到InvocableHandlerMethod#getMethodArgumentValues()方法,看看是如何解析参数的,主要看:HandlerMethodArgumentResolverComposite#resolveArgument()方法,代码如下:

fc07f27ba80b41b694a9be88398c098d.png

        还是以PathVariableMethodArgumentResolver,看看它的resolveArgument()方法,代码如下:

0d4d72b5935044b1b6879d98e5d4e3ba.png

1f6c2c84c11d4c90bb5b0fd367f43680.png

636cbac0db064a599df2bc6735241e6b.png

b954217928e94758807639ac298a5ebe.png

        POST请求为:http://127.0.0.1:9000/hello/sayHello/张三

        79fbc0c3b4c44875bc57d8fef2bec266.png

55dc47e10b5447c89cc13fc3324727a7.png

9edce2b60db54d6d8013991a1ff2fd07.png

                最后将解析获取到的参数值,放入Request的Attribute中。当然,除了这个之外,常用的是在请求体中会放入Json数据,最后参数中接受的是一个对象,SpringMVC是怎么对Json格式的数据进行处理的呢?这里是通过RequestResponseBodyMethodProcessor处理的,代码如下:

e3340f428e054709aae96df8d64e5d10.png

9deb43c41b5e40b58ad954b9f40f1666.png

05a932d23f6b4cc7a62b61b683eab521.png

ab1c99404dde446d86e212f4e0905576.png        一共有八个转换器,这是在哪里添加的呢?后面讲@EnableWebMvc注解的时候会讲到,再看看HttpMessageConverter#read()方法,代码如下:

396e2ad309ff43de8660ee6bf05aec96.png

a293c84178db4b1291674bdd421541be.png

c7a26495dcfa417abd08d57838fe961d.png

4376064fe345496e94c9205c9a19368d.png

1706014d74ae428f831104c18dc401f7.png

6d0a43a5ff654a3eaf47b8193965e015.png

dc0faa3b0bd2406fb49e4736e32fe649.png

aeb2c91f27a846908f8b843703f30e74.png

        到这里可以知道,接收的Java对象,必须有Setter方法,因为这里是直接通过反射调用Setter方法进行赋值的。到这个为止,完成了Json的解析以及对象的赋值,即下图:

81848aa611e54b40880b854ab89f2544.png

        还有一些其他的注解,比如@RequestParam,感兴趣的自己研究。InvocableHandlerMethod#invokeForRequest(),参数处理完了,再调用InvocableHandlerMethod#doInvoke()方法,代码如下:        

182a3cee11144e4390e1a4225fc9ff16.png

847ebdc5a59d43188dc7901314e4017b.png

        反射调用玩目标方法后,会有返回值,也需要处理返回值。回到ServletInvocableHandlerMethod#invokeAndHandle()方法,代码如下:

522d85640998488c985457fd5502d189.png

28367dcba67c4c3195ada2bd10315ea5.png

3dc57b8f87264459afe31ad1e3a25a46.png

由于返回的是对象,因此需要处理,由于HelloController上添加的是@RestController,这个注解相当于@Controller+@ResponseBody,因此最终讲返回的对象反序列化为Json格式的数据,并返回给前端。这里还是需要看RequestResponseBodyMethodProcessor#handleReturnValue()方法,代码如下:

caa845cd98ae401ba99e3d8d4628327e.png

        该方法较长,我只截取重点讲。

61ce4b130bba429fbe0eb9a5fa6dec7d.png

93ab2179205d4a6791a67b162aabf63e.png

5f50a937721d4440a339a15ddf51920d.png

bbae688437cd45bf83340bac5deaf2d0.png

7a3ee708c2f94eb7abe6e0a3b1f2aaf8.png

be58d942fb7a484e9cb1c6e256ddec32.png

a296216657ba4e0dbb854c9ff545815c.png

30db83edcf234ed185f7c923eafbd339.png

7d4e4d3df5af4d0385b1a19dc2491beb.png

44aaa6652cc14f73abe7826250f10751.png

5700846bd782452d99844dae134da757.png

faadf2f4ac494f62a92207135b6b8c9f.png

ce1b8884fa1a4005816d242627a7b64f.png

800e6cdc836741cfb697ec7bfdbc5cb4.png

763d2830189f401e9ee466bbe7a68d63.png69e940f440f245e9a0cec55a0b7f7888.png

        到这里为止,把返回的对象进行序列化,只是将其转成字符并缓存起来,回到ObjectWriter#writeValue()方法,代码如下:

350e52530add4abc8a87f900faec8db3.png

8968041089af49fa8f0a29329e48c69b.png

2a72ff28175243409bff75d10097e30d.png

        到这里为止,SpringMVC的返回值处理讲完了,SpringMVC剩下的内容将在下一篇博文中讲,敬请期待~

 

 

 

 

 

 

 

 

 

 

 

 

 

 

点赞(0) 打赏

评论列表 共有 0 条评论

暂无评论

微信公众账号

微信扫一扫加关注

发表
评论
返回
顶部