浅谈Spring MVC模式运行流程（通俗易懂版）

1. 当用户提交表单或者点击某个URL的时候，浏览器就会向后端服务器发送一个携带用户的信息请求。
2. 这个请求首先会被前端控制器DispatcherServlet所拦截，它相当于一个大老板，是整个流程控制的中心，控制其它组件执行，统一调度。由于他只是一个控制器，处理不了具体的请求，于是，他就把任务分配给小秘书A，HandlerMapping处理器映射器，查一下是否有这个请求对应的处理器。（让他去
   查查这块业务有人管吗，归哪个部门管啊，主管是谁啊）
3. 于是HandlerMapping处理器映射器就会通过xml配置、注解找到合适的处理器，并把处理器，处理器拦截器(如果有则生成)给前端控制器DispatcherServlet带过去。（小秘书就屁颠屁颠把部门A的主管给老板带过去了，老板表示很开心，中午给你加个鸡腿）
4. 然后，前端控制器DispatcherServlet就调用HandlerAdapter处理器适配器，让他经过适配找到合适的处理器(Controller，也叫后端控制器)。（部门A的主管就找到具体处理这项业务的打工人A，让他负责处理问题）
5. 处理器Controller将处理结果及要跳转的视图封装到一个对象ModelAndView中,并将其返回给处理器适配器HandlerAdaptor，再由处理器适配器HandlerAdaptor把结果直接返回给前端控制器DispatcherServlet（主管就把打工人A用头发换来的数据和视图全部发给了老板）
6. 由于前端控制器DispatcherServlet解析不了ModelAndView中的View，于是将ModelAndView交给ViewReslover视图解析器，交给他去解析（老板一看，这数据能看懂，画的是什么鬼图，于是他叫来他小秘书B，视图解析器，帮他翻译翻译）
7. 于是呢，视图解析器ViewReslover哼哧哼哧的解析完并返回具体View给前端控制器DispatcherServlet。
8. 前端控制器DispatcherServlet调用视图对象,让其进行渲染,即进行数据填充,形成响应对象。（大老板最后将客户索要的数据都打包好）
9. 前端控制器响应浏览器.

如有理解不对的地方，还请指正！