说到SpringMVC，就不得不提到DispatcherServlet，从他的类名我们不难发现，这个类的主要工作就是调度，调度的内容是使用SpringMVC给你提供的特殊Bean，对收到的请求和回复的响应进行适当的处理。
特殊Bean这个词不是很明确，但是我想官网也没有什么更好的描述来统一解释这些类，所以采用了这种比较模糊的命名。那么特殊Bean到底有多特殊呢？这里引用官网的图片，我们先来看下他们的概念：
DispatcherSerlet调度的特殊bean
DispatcherServlet类的doDispatch方法中，使用HandlerMapping来获取Controller
// Determine handler for the current request.//找到要执行额的controllermappedHandler = getHandler(processedRequest);
可以看出此处使用了策略模式和观察者模式，也能看出spring在代码的设计方面和可读性方面达到了一个很好的平衡。循环调用的HandlerMapping中，有一个实现是最重要的，那就是RequestMappingHandlerMapping ，用于支持@RequestMapping注解下的方法。那么我们直接看下RequestMappingHandlerMapping在getHandler时都做了哪些处理：
getHandler调用getHandlerInternal
在getHandlerInternal中，根据request的路径来查询controller中的目标方法
至此，方法已经通过路径找到了，接下来就是执行方法了，要想执行方法，就需要方法和参数，让我们看下doDispatch接下来的处理：
从备注中可以看出，这是真正执行handler的方法
跟踪handler方法发现，handler方法并没有实现任何工作，只是调用了另一个方法（handlerInternal），而另一个方法是抽象方法。从这个设计中可以看出Spring对可扩展性的良苦用心，handle是一个接口，有不同的实现，而handle的实现又调用了一个抽象方法，这个抽象方法又有不同的实现，Spring在可扩展性上已经做到了令人发指的地步
继续跟进handlerInternal方法，在处理了一些异常后，执行了invokeHandlerMethod
在给invocabelMethod对象做了一堆处理以后，调用了他的invokeAndHandler方法
invokeAndHandle方法又调用了invokeForRequest方法
invokeForRequest方法中，获取了需要执行方法的参数，并在doInvoke中调用了Controller的方法，终于，一次请求被处理完成了。Spring代码难于跟踪的原因就在于代码的逻辑都比较抽象，而且方法经过设计优化以后，每一个方法都变得短小精干，单一职责，这就使得跟踪一个流程需要调用很多的方法，需要有较好的耐心。那么废话不多说，我们来看看这个方法对Controller参数和方法调用的处理
一、getMethodArgumentValues
在获取Controller方法的参数时，先在52行判断了是否存在可以支持当前参数类型的，在56行进行了参数的处理，一般都是使用ServletModelAttributeMethodProcessor这个类进行处理,这里可以看出Spring给我们提供了一个可扩展点，我们可以增加自己的resolver来对指定的参数类型做统一的处理。
下面我们来看下resolveArgument里面都做了哪些处理
要处理参数，首先要拿到参数，这里以实体类为例子，假如controller里面的参数有一个是实体，那么这个实体里面的所有属性都可以被用来作为参数的一部分
可以看到，通过createAttribute已经拿到了所有的属性
虽然实体的属性已经都拿到了，但是没有把值赋上去
在bindRequestParameters方法中，从webRequest拿到参数值，并赋值到上面实体的属性上面，自此，一次请求的属性就已经处理完成。
本文只是介绍了一次请求的参数处理，只是为了方便大家以后排查参数问题的时候可以找到一个很好地跟踪入口，更快的排查出问题。并且，在了解了SpringMVC的原理后，也能更好的对HandlerMethodArgumentResolver进行扩展，最常见的一个扩展场景就是增加一个通过前台的token直接获取用户信息并传给Controller的Resolver，这样就不需要每次在Controller里面获取了。另外，也可以防止前台的参数中进行sql注入
如果有问题将问题发到我的邮箱：heihesui@outlook.com
