springmvc 处理的过程详解

架构流程

1.     用户发送请求至前端控制器DispatcherServlet。

2.     DispatcherServlet收到请求调用HandlerMapping处理器映射器。

3.     处理器映射器根据请求url找到具体的处理器，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet。

4.     DispatcherServlet通过HandlerAdapter处理器适配器调用处理器。

5.     执行处理器(Controller，也叫后端控制器)。

6.     Controller执行完成返回ModelAndView。

7.     HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet。

8.     DispatcherServlet将ModelAndView传给ViewReslover视图解析器。

9.     ViewReslover解析后返回具体View。

10.  DispatcherServlet对View进行渲染视图（即将模型数据填充至视图中）。

11.  DispatcherServlet响应用户。

上面大致上对SpringMVC框架结构做了一个粗略的解释，下面我则会做一个更加细致入微的讲解。

1.     浏览器发送请求，请求具体发到谁呢？先发到前端控制器，也就是说所有的请求都给发到前端控制器，前端控制器是所有请求的入口，但前端控制器不能处理业务请求，它只是一个请求的转发。

2.     谁来处理业务请求呢？Handler处理器来真正处理业务请求，那么问题来了，前端控制器如何来找到这个Handler处理器呢？处理器映射器记录的就是请求的url和处理的方法之间的映射关系，这个映射关系是怎么建立起来的呢？就是通过@RequestMapping这个注解来建立起来的，这个映射关系就相当于一个Map(key-value这种形式)，key就是请求的url，value就是处理的Handler。现在，前端控制器拿到这个请求之后，要找到对应的Handler，怎么找呢？就要找处理器映射器，问它请求谁来处理？

3.     处理器映射器会根据你请求的url来找对应的处理器，找不到就会报错，如果找到之后，这时，它就会返回一个处理器执行链，这个处理器执行链里面除了有Handler之外，还有拦截器(这儿我们可以开发自己的拦截器)，然后返回给前端控制器。

4.     前端控制器依然不能处理这个业务请求，它这时做的还有另外一件事情，因为返回Handler，它也不知道这个Handler是什么类型，因为在spring mvc中Handler除了可以是注解形式的之外，其实还可以是非注解形式的(非注解形式我们一般不用)，前端控制器并不知道这个Handler到底是什么类型的，那就没办法执行它，那总得找个东西执行，这时它就会把这个事交给另外一个组件来处理，这个组件就叫处理器适配器，这个处理器适配器就是来适配不同类型的Handler。它就会根据你不同类型的Handler来选择不同类型的适配器来执行它。

5.     假如当前Handler是注解形式的，那么它就会选择注解形式的处理器适配器来执行这个Handler。Handler就执行了，也就是说我们Controller类中的那个方法就执行了，方法执行之后，里面的业务就处理了。

6.     业务处理之后，最后返回一个ModelAndView。处理器适配器拿到这个结果是没有用的，它的作用就是执行这个Handler，把这个Handler执行完之后，它的事就做完了。

7.     做完之后，拿到这个返回结果，那么它会原封不动地把这个返回结果扔给前端控制器，这时处理器适配器的事就做完了。

8.     前端控制器拿到这个ModelAndView，它还是没有办法处理，它还是不能返回html，这时它要找到相应的jsp，因为ModelAndView即包含模型又包含视图，这个视图指定我们要用谁来渲染这个数据。我们要渲染数据，这时它就要找一个视图解析器来解析这个视图，由于这个视图也有很多种(我们最常见的视图是jsp，除了jsp，其实还有其他的，比如说还可以是报表，还可以是pdf，还可以是freemaker等)，它会找不同的视图解析器来处理。因为现在我们最常用的视图是jsp，所以它就找到jsp对应的视图解析器。

9.     找到这个视图解析器，它来把这个视图解析，解析完了之后它会返回一个View对象。

10.  最后我们再调用这个视图解析器的渲染视图这个过程，渲染视图这个过程其实就是对于我们的jsp来说，就是把这个数据渲染成html。

11.  最终渲染成html之后，就响应给用户。