菜鸟之路——Spring MVC（一）初探
一、MVC框架是什么
模型Model-视图View-控制器Controller（MVC）是一个众所周知的以设计界面应用程序为基础的设计模式。它主要通过分离模型、视图及控制器在应用程序中的角色将业务逻辑从界面中解耦。通常，模型负责封装应用程序数据在视图层展示。视图仅仅只是展示这些数据，不包含任何业务逻辑。控制器负责接收来自用户的请求，并调用后台服务来处理业务逻辑。处理后，后台业务层可能会返回了一些数据在视图层展示。控制器收集这些数据及准备模型在视图层展示。MVC模式的核心思想是将业务逻辑从界面中分离出来，允许它们单独改变而不会相互影响。
二、Spring MVC是什么
Spring MVC，又名Spring Web MVC，是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web框架，与Struts2框架类似，使用了MVC架构模式的思想，将web层进行职责解耦，基于请求驱动指的就是使用请求-响应模型。其主要目的是构建Web应用程序的全功能MVC模块，在View层和Controller层之间进行映射，完成View层和Model层之间的数据转换。
Spring MVC框架通过 DispatcherServlet 分发请求处理程序，包括可配置的映射，视图解决方案，语言，时区，主题以及上传文件。默认的处理
器是基于 @Controller 和@RequestMapping 注解处理各种方法。从 Spring 3.0开始，@Controller 机制允许用户通过 @PathVariable 注解及其它特
性创建 RESTful Web站点和应用。
Spring Web MVC的一个关键原则是对扩展开放，对修改封闭，也即我们常说的“开闭原则”。所以Spring Web MVC核心类中的一些方法被标记为 final 类型的。
在 Spring Web MVC中，用户可以将任何对象作为命令或者请求访问的对象，而不需要实现特定framework框架的接口或基类。Spring的数据绑定机制是非常灵活的：比如，它能把类型匹配错误当做验证性错误处理而不是系统错误，这样错误类型就成为可评估的错误。尽管它像你不需要重复的业务对象的属性一样简单，表单中的无类型字符串简单处理无效的提交，或将字符串转为合法的类型。但它通常是可以直接绑定的业务对象。
Spring的解决方案通常是非常灵活的。Controller的职责是选择一个视图并将数据映射到该视图上，当然 Controller 也能够直接写输出流来完成请求。 视图机制是高可配的，通过文件扩展名，Accept header头类型，bean名称，属性文件以及自定义的 ViewResolver实现。MVC中的 Model是 Map 接口，它允许完整的抽象视图技术，可以与JSP，Velocity及Freemarker这样基于模板的渲染技术集成，也可以生成XML，JSON，Atom以及其它类型的内容。Map模型很容易转换成其它的格式，比如JSP请求属性，Velocity模板模型。
-
角色分离：controller， validator， command object， form object， model object， DispatherServlet， handler mapping， view resolver等等都可以单独实现。
-
强大简单的配置框架及应用类作为JavaBeans：配置包括简单的上下文引用，比如web前端控制器对业务对象以及验证器的引用。
-
适应性，灵活性，无侵入性：可以使用诸如@RequestParam， @RequestHeader, @Pathvariable这样的注解定义任意控制器的方法签名。
-
可重用业务代码：使用存在的业务对象当做command object或 form object，而不是继承框架的基类当做镜像。
-
可定制的绑定和验证机制：类型不匹配当做应用级别的验证错误，使用传值，本地化日期和数据绑定等替代将手动将对象转为字符串或转换为业务对象。
-
可定制的handler映射和视图机制。Handler映射和视图机制从简单的URL配置到复杂的，专门的解决策略都能处理。
-
灵活的模型转移机制：使用Map中key/value这样的模型转移机制很容易与其他视图技术集成。
-
支持国际化，支持时区，支持主题，支持JSP，支持JSTL，支持Velocity等。
-
JSP标签库，又称Spring标签库支持数据绑定和主题。
//前端控制器分派方法
protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
HttpServletRequest processedRequest = request;
HandlerExecutionChain mappedHandler = null;
int interceptorIndex = -1;
try {
ModelAndView mv;
boolean errorView = false;
try {
//检查是否是请求是否是multipart（如文件上传），如果是将通过MultipartResolver解析
processedRequest = checkMultipart(request);
//步骤2、请求到处理器（页面控制器）的映射，通过HandlerMapping进行映射
mappedHandler = getHandler(processedRequest, false);
if (mappedHandler == null || mappedHandler.getHandler() == null) {
noHandlerFound(processedRequest, response);
return;
}
//步骤3、处理器适配，即将我们的处理器包装成相应的适配器（从而支持多种类型的处理器）
HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
// 304 Not Modified缓存支持
//此处省略具体代码
// 执行处理器相关的拦截器的预处理（HandlerInterceptor.preHandle）
//此处省略具体代码
// 步骤4、由适配器执行处理器（调用处理器相应功能处理方法）
mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
// Do we need view name translation?
if (mv != null && !mv.hasView()) {
mv.setViewName(getDefaultViewName(request));
}
// 执行处理器相关的拦截器的后处理（HandlerInterceptor.postHandle）
//此处省略具体代码
}
catch (ModelAndViewDefiningException ex) {
logger.debug("ModelAndViewDefiningException encountered", ex);
mv = ex.getModelAndView();
}
catch (Exception ex) {
Object handler = (mappedHandler != null ? mappedHandler.getHandler() : null);
mv = processHandlerException(processedRequest, response, handler, ex);
errorView = (mv != null);
}
//步骤5 步骤6、解析视图并进行视图的渲染
//步骤5 由ViewResolver解析View（viewResolver.resolveViewName(viewName, locale)）
//步骤6 视图在渲染时会把Model传入（view.render(mv.getModelInternal(), request, response);）
if (mv != null && !mv.wasCleared()) {
render(mv, processedRequest, response);
if (errorView) {
WebUtils.clearErrorRequestAttributes(request);
}
}
else {
if (logger.isDebugEnabled()) {
logger.debug("Null ModelAndView returned to DispatcherServlet with name '" + getServletName() +
"': assuming HandlerAdapter completed request handling");
}
}
// 执行处理器相关的拦截器的完成后处理（HandlerInterceptor.afterCompletion）
//此处省略具体代码
catch (Exception ex) {
// Trigger after-completion for thrown exception.
triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);
throw ex;
}
catch (Error err) {
ServletException ex = new NestedServletException("Handler processing failed", err);
// Trigger after-completion for thrown exception.
triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);
throw ex;
}
finally {
// Clean up any resources used by a multipart request.
if (processedRequest != request) {
cleanupMultipart(processedRequest);
}
}
}
1、首先用户发送请求——>DispatcherServlet，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行处理，作为统一访问点，进行全局的流程控制；
2、DispatcherServlet——>HandlerMapping， HandlerMapping将会把请求映射为HandlerExecutionChain对象（包含一个Handler处理器（页面控制器）对象、多个HandlerInterceptor拦截器）对象，通过这种策略模式，很容易添加新的映射策略；
3、DispatcherServlet——>HandlerAdapter，HandlerAdapter将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；
4、HandlerAdapter——>处理器功能处理方法的调用，HandlerAdapter将会根据适配的结果调用真正的处理器的功能处理方法，完成功能处理；并返回一个ModelAndView对象（包含模型数据、逻辑视图名）；
5、ModelAndView的逻辑视图名——> ViewResolver， ViewResolver将把逻辑视图名解析为具体的View，通过这种策略模式，很容易更换其他视图技术；
6、View——>渲染，View会根据传进来的Model模型数据进行渲染，此处的Model实际是一个Map数据结构，因此很容易支持其他视图技术；
7、返回控制权给DispatcherServlet，由DispatcherServlet返回响应给用户，到此一个流程结束。
此处我们只是讲了核心流程，没有考虑拦截器、本地解析、文件上传解析等。