1.解释
模型-视图-控制器（MVC）是一个众所周知的以设计界面应用程序为基础的[设计模式]
，主要通过分离模型，视图以及控制器，通过应用程序中角色将业务逻辑从界面中解耦。
模型负责封装应用程序数据在视图层展示。
视图仅仅只是展示这些数据，不包含任何业务逻辑。
控制器负责接收来自用户的请求，并调用后台服务（manager或者dao）来处理业务逻辑。
处理后，后台业务层可能会返回了一些数据在视图层展示。控制器收集这些数据及准备模型在视图层展示。MVC模式的核心思想是将业务逻辑从界面中分离出来，允许它们单独改变而不会相互影响。
fisrt
-
Dispatcher Servlet(Spring控制器)在Spring MVC应用程序中，模型通常由POJO对象组成，它在业务层中被处理，在持久层中被持久化。视图通常是用JSP标准标签库（JSTL）编写的JSP模板。控制器部分是由dispatcher servlet负责，
Spring MVC控制器 ——通常称作Dispatcher Servlet，当一个web请求发送到Spring MVC应用程序，dispatcher servlet首先接收请求。然后它组织那些在Spring web应用程序上下文配置的（例如实际请求处理控制器和视图解析器）或者使用注解配置的组件，所有的这些都需要处理该请求。
second
在Spring3.0中定义一个控制器类，这个类必须标有@Controller注解。
当有@Controller注解的控制器收到一个请求时，它会寻找一个合适的handler方法去处理这个请求。
这就需要控制器通过一个或多个handler映射去把每个请求映射到handler方法。为了这样做，一个控制器类的方法需要被@RequestMapping注解装饰，使它们成为handler方法。
handler方法处理完请求后，它把控制权委托给视图名与handler方法返回值相同的视图。
为了提供一个灵活的方法，一个handler方法的返回值并不代表一个视图的实现而是一个逻辑视图（视图的抽象类），即没有任何文件扩展名。
你可以将这些逻辑视图映射到正确的实现，并将这些实现写入到上下文文件，这样你就可以轻松的更改视图层代码甚至不用修改请求handler类的代码。
为一个逻辑名称匹配正确的文件是视图解析器的责任。一旦控制器类已将一个视图名称解析到一个视图实现。它会根据视图实现的设计来渲染对应对象。
