工作原理
1. 当DispatcherServlet接到请求时，他先回查找适当的处理程序来处理请求。DispatcherServlet通过一个或者多个处理程序映射，将每个请求映射到处理程序中。处理程序映射配置在web应用程序的上下文中，是实现了HandlerMapping接口的Bean。它负责为请求返回一个适当的处理程序（也就是Controller）。处理程序映射通常根据请求的URL将请求映射到处理程序（Controller）。
2. 一旦DispatcherServlet选择了适当的控制器，它就会调用这个控制器来处理请求。
3. 控制器处理完请求后，会将模型和视图名（有时候是视图对象）返回给DispatcherServlet。模型包含了控制器要传递给视图进行显示的属性。如果返回的是视图名称，它会被解析成视图对象再进行呈现。绑定模型和视图的基本类是ModelAndView
4. 当DispatcherServlet接收到模型和视图名称时，它会将逻辑视图名称解析成视图对象再进行呈现。DispatcherServlet从一个或者多个视图解析器中解析视图。视图解析器配置在Web应用程序上下文中，是实现了ViewResolver接口的Bean。它的任务是根据逻辑视图名称返回试图对象。
5. 一旦DispatcherServlet将视图名称解析称为试图对象，它就会呈现视图对象，并传递控制器返回的模型。视图的任务是将模型属性展示给用户。
处理流程
在配置好DispatcherServlet之后，当请求交由该DispatcherServlet处理时，其处理流程如下：
1、构造WebApplicationContext被作为属性绑定到请求上以备控制器和其他元素使用。绑定的默认key为DispatcherServlet.WEB_APPLICATION_CONTEXT_ATTRIBUTE。
2、绑定地区解析器到请求上以备解析地区时使用，比如生成视图和准备数据时等等。如果不需要解析地区，则无需使用。
3、绑定主题解析器到请求上以备视图等元素加载主题时使用。
4、如果配置了文件流解析器，则会检测请求中是否包含文件流，如果包含，则请求会被包装为MultipartHttpServletRequest供其他元素做进一步处理。这一部分将会在后面的章节中进行详细说明。
5、搜索合适的处理器处理请求。找到的话，与该处理器相关联的执行链（前拦截器、后拦截器、控制器等）会被执行以准备模型数据或生成视图。
6、如果返回了模型对象，下一步就会进行视图的渲染。如果没有任何模型对象返回，例如因为安全的原因被前拦截器或后拦截器拦截了请求，那么就没有视图会生成，因为该请求已经结束了。
标签：控制器,请求,流程,视图,处理程序,原理,DispatcherServlet,模型 From： https://www.cnblogs.com/bkycnd/p/16654130.html