基于springboot2的springmvc执行流程（三）

上一节我们分析了RequestMappingHandlerAdapter里面整体处理流程。核心的逻辑就是生成一个ServletInvocableHandlerMethod对象，用于真正的执行handle逻辑，handle的代码如下：

这个方法核心逻辑就两步，我都写了注释：
1、执行请求得到返回值
2、处理返回值

这一节我重点分析处理请求得到返回值的逻辑
进入到方法invokeForRequest

这个方法是在ServletInvocableHandlerMethod类的父类InvocableHandlerMethod类中，这个方法就做了两件事：
1、获取方法的参数值
2、执行controller方法得到返回值

进入到getMethodArgumentValues方法来

getMethodArgumentValues方法还是在InvocableHandlerMethod类里面。

MethodParameter[] parameters = getMethodParameters();

这行代码就是获取马上要执行的controller方法的对应的参数，这里怎么获取呢？
进入到方法如下：

这个方法是InvocableHandlerMethod类的父类HandlerMethod的实例方法。还记得dispatcherservlet的方法doDispatch方法吗？它第一步做的是什么？
整个springmvc流程的第一步就是获取HandlerMethod对象，而这个对象的属性在RequestMappingHandlerAdapter里面已经通过属性赋值的方式全部赋值给了ServletInvocableHandlerMethod。
HandlerMethod属性都有哪些呢？
我在第一节的时候通过debug截图有展示，里面包含了controller对应要执行的请求方法所有的信息，也就包含方法的参数信息。这些信息都是springmvc在自动装配过程中给放到requestMappingHandlerMapping里面的。

看到没有？这个MethodParameter里面有所有的元信息，包括参数名称
获得了方法参数数组后，就是循环数组解析每个参数，得到每个参数的值，并返回参数值的数组。

args[i] = this.argumentResolvers.resolveArgument(
							parameter, mavContainer, request, this.dataBinderFactory);

这行代码就是参数解析的关键代码，进入到resolveArgument方法里面


之前我说过spring里面运用了大量的组合设计模式，这里的参数解析器也不例外，其实resolveArgument方法是在HandlerMethodArgumentResolverComposite这个组合对象里面，根据你的参数类型，匹配不同的参数解析器，由于我这个参数是通url传过来的，所以这里就是RequestParamMethodArgumentResolver，如果是传的json,用对象接收，这里的解析器就是RequestResponseBodyMethodProcessor，那我们进入到resolver.resolveArgument(parameter, mavContainer, webRequest, binderFactory);
这个方法里面看个究竟吧！


得到参数的值后就通过方法返回参数值。然后就是把得到的参数值通过反射执行controller方法

Object returnValue = doInvoke(args);

这行代码，可能大家觉得奇怪，怎么反射，哪里来的类和方法的元信息呢？
还记得这个方法是在哪个类里面吗？
在InvocableHandlerMethod类里面，而这个类又是ServletInvocableHandlerMethod这个类的父类，这样大家就明白了吧。如果还不明白可以看之前的文章，看看ServletInvocableHandlerMethod这个对象是怎么创建出来的。

得到返回值后，流程就返回到了invokeAndHandle方法里面来了，后面的步骤就是处理返回值，这个留到下节详细分析。

总结

这一节主要分析了springmvc是如何解析controller方法参数。
如何实际执行controller方法的。
总结起来就三步骤：
1、通过handmethod里面的元信息得到方法参数名称
2、再通过方法参数名称从request里面获取参数值
3、通过反射把参数值传进controller方法里面执行请求方法得到执行后的返回值。

我这个流程里面的参数是url参数，所以参数解析的过程就是这样，但是如果是其他参数呢？肯定不一样，但是也是可见一斑。
springmvc内置了很多参数解析器，不同的参数，会匹配到不同的参数解析器，然后解析成方法上面的参数类型，并得到参数值。
其实如果我们自己来实现这个过程可能几十行代码就完事，但是springmvc却用了那么多类，那么代码，就为了做这三件事？
光参数解析器，springmvc就内置了二十几种，也即是启动的过程中会装配二十几个参数解析器类，所以看起来就很复杂。