本篇主要讲解了Spring mvc的调用过程，通过这个过程来了解Spring的原理。
进入web.xml中配置的Spring拦截（调度）器：
调用堆栈信息：
开始拦截，这一步主要是根据request获取handler（该handler可以配置）：
（接上面方法）这段代码中的if(isGet…主要解决浏览器的缓存问题，如果没有过修改，则返回（浏览器可能会用缓存响应）。
调用方法handler：
进入handler方法：
进入方法invokeHandlerMethod：
440行进入下一个方法invokeHandlerMethod：
进入该方法：
171行进入处理参数的方法：
处理参数的方法，使用参数类型进行for循环：
获取一个参数的注解：
通过下面方法返回注解数组：
其中parameterIndex在创建该对象时赋值，和参数类型的位置是对应的（下图中的i）：
获取注解之后，对注解进行遍历，通过判断注解类型来获取paramName或headerName或其他：
在每个if中的defaultValue中，方法parseDefaultValueAttribute用来获取注解的默认值设置：
可以看到系统用了一个不常用的字符串作为默认值，用这个值和传入的value进行比较，使用这个值的目的是尽可能和用户设置的值区分开。
指定类型的注解（if判断里面的），只能存在一个，超过1个会报错：
如果没有注解，则判断类型是否为常用的(request,response,session等)：
对于没有注解的参数，可能会执行下面的方法：
进入处理标准类型的方法：
通过上面的方法判断出基本的类型。
回到有注解的情况，针对不同的注解，具体处理过程如下（if顺序没有优先级，因为只有一个注解，一种情况）：
到这一步，会根据具体的注解类型执行不同的resolve***()方法。
resolve***的方法最终返回的是类型符合要求（resolve内部有各种类型转换的方法）的参数值。
最后处理完成，返回参数列表：
反射调用方法：
进入用户写的处理方法中：
在用户方法执行完成后，返回：
返回result之后，使用result去获取ModelAndView，执行方法getModelAndView：
该方法主要通过result返回值来判断：
当前方法是带ResponseBody注解的，所以执行到这里：
进去方法：
这里是根据http类型做出相应的输出：
用户配置的：
接收的类型：
写的方法：
这里配置的json格式，所以会进入JSON方法：
写入ResponseBody后，返回mav：
最后返回之前调用handler的地方，之后会有一些不同种类的拦截器方法：
拦截器如：
还有一些处理不同异常情况的拦截器。
系统默认都会去执行一个拦截器，这个拦截器基本上都是空方法，是一个private类：
返回调用doDIspatch的地方：
返回到doService的地方：
最后回到httpservlet的service方法：
到这里就完成了一次完整的调用过程。
可以发现，整个过程的流程是比较清晰，程序启动时会根据mvc的配置和spring配置来处理配置信息和注解的类。
Servlet处理请求，通过request（主要是url）来获取handler，之后最主要的一个部分就是获取需要注入的参数，最后调用用户方法，处理返回结果。
整个过程中麻烦的地方就是在一些细节的处理上，这些细节未必一开始就有的，一开始应该是一个主要的流程，后续发现问题或者为了通用性做的改进。