Spring MVC入门

Spring的Web框架就是为解决在web开发中遇到如一系列问题而设计的。 **SpringMVC基于模型-视图-控制器（ Model-View-Controller， MVC） 模式实现， 它能够帮你构建像Spring框架那样灵活和松耦合的Web应用程序。**每当用户在Web浏览器中点击链接或提交表单的时候， 请求就开始工作了。 对请求的工作描述就像是快递投送员。 与邮局投递员一样， 请求会将信息从一个地方带到另一个地方。

请求是一个十分繁忙的家伙。 从离开浏览器开始到获取响应返回， 它会经历好多站， 在每站都会留下一些信息同时也会带上其他信息。 下图展示了请求使用Spring MVC所经历的所有站点。

一路上请求会将信息带到很多站点， 并生产期望的结果

1. 请求的第一站是Spring的DispatcherServlet

在请求离开浏览器时， 会带有用户所请求内容的信息， 至少会包含请求的URL。 但是还可能带有其他的信息， 例如用户提交的表单信息。
请求旅程的第一站是Spring的DispatcherServlet。

什么是DispatcherServlet？

与大多数基于Java的Web框架一样， Spring MVC所有的请求都会通过一个前端控制器（ front controller） Servlet。 前端控制器是常用的Web应用程序模式， 在这里一个单实例的Servlet将请求委托给应用程序的其他组件来执行实际的处理。 **在Spring MVC中， DispatcherServlet就是前端控制器。**DispatcherServlet的任务是将请求发送给Spring MVC控制器（ controller） 。

什么是控制器？

**控制器是一个用于处理请求的Spring组件。 **在典型的应用程序中可能会有多个控制器， DispatcherServlet需要知道应该将请求发送给哪个控制器。

2. 处理器映射

**DispatcherServlet以会查询一个或多个处理器映射（ handler mapping） 来确定请求的下一站在哪里。 **处理器映射会根据请求所携带的URL信息来进行决策。

3. DispatcherServlet发送请求到指定控制器

一旦选择了合适的控制器， DispatcherServlet会将请求发送给选中的控制器 。 到了控制器， 请求会卸下其负载（ 用户提交的信息） 并耐心等待控制器处理这些信息。

实际上， 设计良好的控制器本身只处理很少甚至不处理工作， 而是将业务逻辑委托给一个或多个服务对象进行处理。

4. 返回模型和视图名到DispatcherServlet

什么是模型和视图？

控制器在完成逻辑处理后， 通常会产生一些信息， 这些信息需要返回给用户并在浏览器上显示。 这些信息被称为模型（ model） 。 不过仅仅给用户返回原始的信息是不够的——这些信息需要以用户友好的方式进行格式化， 一般会是HTML。 所以， 信息需要发送给一个视图（ view） ， 通常会是JSP。

控制器所做的最后一件事就是将模型数据打包， 并且标示出用于渲染输出的视图名。 它接下来会将请求连同模型和视图名发送回DispatcherServlet 。

5. 视图解析器

控制器为了不与特定的视图相耦合， 传递给DispatcherServlet的视图名并不直接表示某个特定的JSP。 实际上， 它甚至并不能确定视图就是JSP。 相反， 它仅仅传递了一个逻辑名称， 这个名字将会用来查找产生结果的真正视图。
DispatcherServlet将会使用视图解析器（ view resolver）来将逻辑视图名匹配为一个特定的视图实现， 它可能是也可能不是JSP。

6. 视图的实现

既然DispatcherServlet已经知道由哪个视图渲染结果， 那请求的任务基本上也就完成了。 它的最后一站是视图的实现（ 可能是JSP） ， 在这里它交付模型数据。 **请求的任务就完成了。 **

7. 响应

视图将使用模型数据渲染输出， 这个输出会通过响应对象传递给客户端（ 不会像听上去那样硬编码） 。

可以看到， 请求要经过很多的步骤， 最终才能形成返回给客户端的响应。 大多数的步骤都是在Spring框架内部完成的， 也就是上图所示的组件中。