- 请求离开浏览器时，会带有用户所请求内容的信息，至少会包含请求的URL。还可能带有其他的信息，例如用户提交的表单信 息，请求到达Spring MVC的DispatcherServlet，DispatcherServlet的任务是将请求发送给Spring MVC控制器；
- DispatcherServlet需要知道应该将请求发送给哪个控制器（Controller）。所以DispatcherServlet以会查询一个或多个处理器映射（handler mapping） 来确定请求要发送的控制器，处理器映射会根据请求所携带的URL信息来进行决策
- 一旦选择了合适的控制器，DispatcherServlet会将请求发送给选中的控制器，到了控制器，请求会卸下其负载（用户提交的信息）并耐心等待控制器处理这些信息。（实际上，设计良好的控制器本身只处理很少甚至不处理工作，而是将业务逻辑委托给一个或多个服务对象进行处理。）
- 控制器所做的最后一件事就是将模型数据打包，并且标示出用于渲染输出的视图名。它接下来会将请求连同模型和视图名发送回DispatcherServlet
- 这样，控制器就不会与特定的视图相耦合，传递给 DispatcherServlet的视图名并不直接表示某个特定的JSP。实际 上，它甚至并不能确定视图就是JSP。相反，它仅仅传递了一个逻辑 名称，这个名字将会用来查找产生结果的真正视 图。DispatcherServlet将会使用视图解析器（view resolver） 来将逻辑视图名匹配为一个特定的视图实现，它可能是也可能不是 JSP。
-
既然DispatcherServlet已经知道由哪个视图渲染结果，那请求的任务基本上也就完成了。它的最后一站是到达【视图的实现】（可能是JSP）
-
在这里它交付模型数据。请求的任务就完成了。视图将使用模型数据渲染输出，这个输出会通过响应对象（Response）传递给客户端（不会像听上去那样硬编码）