1. Sping MVC简介

1.1 MVC体系结构

三层架构
在JavaEE开发中，几乎全都是基于B/S架构的开发。在B/S架构中，系统标准的三层架构包括：表现层、业务层、持久层。
三层架构中，每一层各司其职：

• 表现层：
  表现层是我们常说的web层。它负责接收客户端请求，向客户端响应结果，通常客户端使用http协议请求web层，web需要接收http请求，完成http响应。
  表现层包括展示层和控制层：控制层负责接收请求，展示层负责结果的展示。
  表现层依赖业务层，接收到客户端请求一般会调用业务层进行业务处理，并将处理结果响应给客户端。
  表现层设计一般都使用MVC模型。（MVC是表现层的设计模型，和其他层没有关系）
• 业务层：
  业务层是我们常说的service层。它负责业务逻辑处理，和开发项目的需求息息相关。web层依赖业务层，但是业务层不依赖web层。
  业务层在处理业务时可能会依赖持久层，如果要对数据持久化需要保证事物一致性。（也就是我们说的，事物应该放到业务层来控制）
• 持久层：
  也就是我们常说的dao层。负责数据持久化，包括数据层即数据库和数据访问，数据库是对数据进行持久化的载体，数据访问层是业务层和持久层交互的接口，业务层需要通过数据访问层将数据持久化到数据库中，通俗的讲，持久层就是和数据库交互，对数据库表进行增删改查的。
  MVC设计模式
  MVC全名是Model View Controller，是模型（model）--视图（view）--控制器（controller）的缩写，是一种利用设计创建Web应用程序表现层的模式。MVC中每个部分各司其职：
• Model（模型）：模型包含业务模型和数据模型，数据模型用于封装数据，业务模型用于处理业务。
• View（视图）：通常指的就是我们的jsp或者html。作用一般就是展示数据的。通常视图3是依据模型数据创建的。
• Controller（控制器）：是应用程序处理用户交互的部分。作用一般就是处理程序逻辑的。
  MVC提倡：每一层只编写自己的东西，不编写任何其他代码；分层是为了解耦，解耦是为了维护方便和分工协作。

1.2 Spring MVC是什么

SpringMVC全名叫做Spring Web MVC，是一种基于Java的实现MVC设计模式的请求驱动类型的轻量级Web框架，属于SpringFrameWork的后续产品。

Spring架构

SpringMVC已经成为目前最主流的MVC框架之一，并且随着Spring3.0的发布，全面超越Struts2，成为最优秀的MVC框架。
Spring MVC本质可以认为是对servlet的封装，简化了我们serlvet的开发。SpringMVC中要让一个Java类能够处理请求只需要添加注解就ok，它通过一套注解，让一个简单的Java类成为处理请求的控制器，而无需实现任何接口。同时它还支持RESTful编程风格的请求。

SpringMVC

2. Spring Web MVC 工作流程

2.1. Spring MVC 请求处理流程

请求处理流程
流程处理说明

1. 用户发送请求至前端控制器DispatcherServlet；
2. DispatcherServlet收到请求调用HandlerMapping处理器映射器；
3. 处理器映射器根据请求的url找到具体的Handler（后端控制器），生成处理器对象以及处理器拦截器（如果有则生成）一并返回DispatcherServlet；
4. DispatcherServlet调用HandlerAdapter处理器适配器去调用Handler；
5. 处理器适配器执行Handler；
6. Handler执行完成给处理器适配器返回ModelAndView；
7. 处理器适配器向前端控制器返回ModelAndView，ModelAndView是SpringMVC框架的一个底层对象，包括Model和View；
8. 前端控制器请求视图解析器3去进行视图解析，根据逻辑视图名来解析真正的视图；
9. 视图解析器向前端控制器返回View；
10. 前端控制器进行视图渲染，将模型数据（在ModelAndView对象中）填充到request域；
11. 前端控制器向用户响应3结果。

2.2. Spring MVC 九大组件

• HandlerMapping（处理器映射器）
  HandlerMapping 是用来查找Hander的，也就是处理器，具体的表现形式可以是类，也可以是方法，比如，标注了@RequestMapping的每个方法都可以看成是一个Hander。Hander负责具体实际的处理请求，在请求到达后，HanderMapping的作用便是找到请求相应的处理器Hander和Interceptor。
• HanderAdapter（处理器适配器）
  HanderAdapter是一个适配器。因为Spring MVC中Hander可以是任意形式的，只要能处理请求即可。但是把请求交给Servlet的时候，由于Servlet的方法结构都是doService(HttpServletRequest req,HttpServletResponse resp)形式的，要让固定的Servlet处理方法调用Hander来进行处理，便是HandlerAdapter的职责。
• HandlerExecptionResoler
  HandlerExectionResoler用于处理Handler产生的异常情况。它的作用是根据异常设置ModelAndView，之后交给渲染方法进行渲染，渲染方法会将ModelAndView渲染成页面。
• ViewResoler
  ViewResoler即视图解析器，用于将Spring类型的视图名和Locale解析为View类型的视图，只有一个resolveViewName()方法。从方法的定义可以看出，Controller层返回的String类型视图名viewName最终会在这里被解析成View。View是用来渲染页面的，也就是说，它会将程序返回的参数和数据填入模版中，生成html文件。ViewResolver在这个过程主要完成两件事情：ViewResolver找到渲染所用的模版（第一件大事）和所用的技术（第二件大事，其实也就是找到视图类型，如JSP）并填入参数。默认情况下，SpringMVC会自动为我们配置一个InternalResourceViewResolver，是针对jsp类型视图的。
• RequestToViewNameTranslator
  RequestToViewNameTranslator组件的作用是从请求中获取ViewName。因为ViewResolver根据ViewName查找View，但有的Handler处理完成之后，没有设置View，也没有设置ViewName，便要通过这个组件从请求中查找ViewName。
• LocaleResolver
  ViewResolver组件的resolverViewName方法需要两个参数，一个是视图3名，一个是Locale。LocaleResolver用于从请求中解析出Locale，比如中国Locale是zh-CN，用来表示一个区域。这个组件也是i18n的基础。
• ThemeResolver
  ThemeResolver组件是用来解析主题的。主题是样式3、图片及他们所形成的显示效果的集合。
• MultipartResolver
  MultipartResolver用于上传请求，通过将普通的请求包装成MultipartHttpServletRequest来实现。MultipartHttpServletRequest可以通过getFile()方法直接获得文件。如果上传多个文件，还可以调用getFileMap()方法获得到Map<FileName,File>这样的结构，MultipartResolver的作用就是封装普通的请求，使其拥有文件上传的功能。
• FlashMapManager
  FlashMap用于重定向时的参数传递，比如在处理用户订单时候，为了避免重复提交，可以处理完post请求之后重定向到一个get请求，这个get请求可以用来显示订单详情之类的信息。这样做虽然可以规避用户重新提交订单的问题，但是在这个页面上要显示订单的信息，这些数据从哪里来获得呢？因为重定向时没有传递参数这一功能的，如果不想把参数写进URL（不推荐），那么就可以通过FlashMap来传递。只需要在重定向之前将要传递的数据写入请求（可以通过ServletRequestAttributes.getRequest()方法获得）的属性PUTPUT_FLASH_MAP_ATTRIBUTE中，这样在重定向之后的Handler中Spring就会自动将其设置到Model中，在显示订单信息的页面上就可以直接从Model中获取数据。FlashMapManager就是用来管理FalshMap的。