SpringMVC的流程原理

SpringMVC

大家先来看一下原理图

SpringMVC主要包含一下组件

• DispatcherServlet-前端控制器
• HandlerMapping-处理器映射
• Controller-控制器
• ViewResolver-视图解析器
• View-视图

Spring的请求流程

• 请求旅程的第一站是Spring的DispatcherServlet。与大多数基于Java的Web框架一样,Spring MVC所有的请求都会通过一个前端控制器Servlet。前端控制器是常用的Web应用程序模式,在这里一个单实例的Servlet将请求委托给应用程序的其他组件来执行实际的处理。在Spring MVC中,DispatcherServlet就是前端控制器。
• DispatcherServlet的任务是将请求发送给Spring MVC控制器。控制器是一个用于处理请求的Spring组件。在典型的应用程序中可能会有多个控制器,DispatcherServlet需要知道应该将请求发送给哪个控制器。所DispatcherServlet以会查询一个或多个处理器映射 来确定请求的下一站在哪里。处理器映射会根据请求所携带的URL信息来进行决策。
• 一旦选择了合适的控制器,DispatcherServlet会将请求发送给选中的控制器 。到了控制器,请求会卸下其负载并耐心等待控制器处理这些信息。
• 控制器在完成逻辑处理后,通常会产生一些信息,这些信息需要返回给用户并在浏览器上显示。这些信息被称为模。不过仅仅给用户返回原始的信息是不够的——这些信息需要以用户友好的方式进行格式化,一般会是HTML。所以,信息需要发送给一个视图,通常会是JSP。
• 控制器所做的最后一件事就是将模型数据打包,并且标示出用于渲染输出的视图名。它接下来会将请求连同模型和视图名发送回DispatcherServlet 。这样,控制器就不会与特定的视图相耦合,传递给DispatcherServlet的视图名并不直接表示某个特定的JSP。实际上,它甚至并不能确定视图就是JSP。相反,它仅仅传递了一个逻辑名称,这个名字将会用来查找产生结果的真正视图。DispatcherServlet将会使用视图解析器来将逻辑视图名匹配为一个特定的视图实现,它可能是也可能不是JSP。
• 既然DispatcherServlet已经知道由哪个视图渲染结果,那请求的任务基本上也就完成了。它的最后一站是视图的实现 ,在这里它交付模型数据。请求的任务就完成了。视图将使用模型数据渲染输出,这个输出会通过响应对象传递给客户端

SpringMVC流程

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

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

• 处理器映射器找到具体的处理器(可以根据xml配置、注解进行查找)，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet。

• DispatcherServlet调用HandlerAdapter处理器适配器。

• HandlerAdapter经过适配调用具体的处理器(Controller，也叫后端控制器)。

• Controller执行完成返回ModelAndView。

• HandlerAdapter将Controller执行结果ModelAndView返回给DispatcherServlet。

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

• ViewReslover解析后返回具体View。

• DispatcherServlet根据View进行渲染视图（即将模型数据填充至视图中）。
  rServlet根据View进行渲染视图（即将模型数据填充至视图中）。

• DispatcherServlet响应用户。