Spring MVC简介
1.1 经典三层结构
在JavaEE开发中，几乎全部都是基于B/S架构的开发。那么在B/S架构中，系统标准的三层架构包括：表现层、业务层、持久层。三层架构在我们的实际开发中使用的非常多，接下来我们详细了解下这三层架构。
- 表现层：
也就是我们常说的web层。它负责接收客户端请求，向客户端响应结果。
表现层包括展示层和控制层：控制层负责接受请求，展示层负责结果的展示。
表现层依赖业务层，接收到客户端请求一般会调用业务层进行业务处理，并将处理结果响应给客户端。
表现层的设计一般都使用MVC模型。
- 业务层
也就是我们常说的service层。它负责业务逻辑处理，和我们开发项目的需求息息相关。web层依赖业务层，但是业务层不依赖web层。业务层在业务处理时如果需要持久化，会依赖持久层
- 持久层
也就是我们常说的dao层。负责数据持久化，包括数据层即数据库和数据访问层，数据库是对数据进行持久化的载体，数据访问层是业务层和持久层交互的接口。通俗的说，持久层就是对数据库进行增删改查的。
1.2 MVC设计模式
MVC设计模式是针对表现层的一种设计模式。
MVC全名是Model View Controller，是模型（Model）-视图（view）-控制器(controller)的缩写，是一种用户设计创建Web应用程序表现层的模式。下面详细介绍：
-
Model：包含业务模型和数据模型，数据模型用于封装数据，业务模型用于处理业务。
-
View：通常就是指我们的JSP或者HTML。作用一般是展示数据，通常是依据模型数据来展示的
-
Controller：是应用程序中处理用户交互的部分。作用一般就是处理程序逻辑的。
MVC提倡：每一层只编写自己的东西，不编写其他的代码;分层的目的是为了解耦，为了更好的维护。
1.3 Spring MVC
Spring MVC全名叫Spring Web MVC，是一种基于java的实现MVC设计模型的请求驱动类型的轻量级Web框架，属于SpringFrameWork的后续产品。
Spring MVC已经成为最主流的MVC框架之一。它通过一套注解，让一个简单的的java类成为处理请求的控制器，而无须实现任何接口。同时它还支持RESTful编程风格的请求。
Spring MVC的本质可以认为是对servlet的封装，简化开发。
Spring Mvc和原生Servlet的区别：
配置SpringMvc应用
0. 引入pom依赖
lagou-study
com.mmc
1.0-SNAPSHOT
4.0.0
war
spring-mvc
org.springframework
spring-webmvc
5.1.12.RELEASE
junit
junit
4.12
org.apache.tomcat.maven
tomcat7-maven-plugin
2.2
8080
/
- 配置前端控制器（DispatcherServlet）
Archetype Created Web Application
springmvc
org.springframework.web.servlet.DispatcherServlet
springmvc
/
- 编写Controller等接收请求的业务逻辑代码
@Controller
@RequestMapping("/demo")
public class DemoController {
@RequestMapping("/test")
public ModelAndView test(){
Date date=new Date();
ModelAndView mv=new ModelAndView();
//添加数据，同request.setAttribute("date",date);
mv.addObject("date",date);
//试图信息，封装跳转的页面
mv.setViewName("success");
return mv;
}
}
编写jsp页面
<%@ page language="java" contentType="text/html;charset=utf-8" pageEncoding="utf-8" %>
<%@ page isELIgnored="false" %>
跳转成功，当前服务器时间: ${date}
- xml配置文件配置controller扫描，
- 将xml文件路径告诉springmvc,在第一步的web.xml补全
springmvc
org.springframework.web.servlet.DispatcherServlet
contextConfigLocation
classpath:springmvc.xml
Spring MVC工作流程
- Spring MVC请求处理流程
- Spring MVC九大组件
- url parttern配置及静态资源处理
- 自定义请求参数转换
2.1 Spring MVC请求处理流程
2.2 Spring MVC九大组件
- HandlerMapping (处理器映射器)
HandlerMapping是用来查找Handler的，也就是处理器，具体的表现形式可以是类，也可以是方法。比如，标注了@RequestMapping的每个方法都可以看成是一个Handler。Handler负责具体实际的请求处理，在请求到达后，HandlerMapping的作用便是找到请求相应的处理器Handler和Interceptor
- HandlerAdapter (处理器适配器)
HandlerAdapter是⼀个适配器。因为 Spring MVC 中Handler可以是任意形式的，只要能处理请
求即可。但是把请求交给 Servlet 的时候，由于 Servlet 的⽅法结构都是
doService(HttpServletRequest req,HttpServletResponse resp)形式的，要让固定的 Servlet 处理
⽅法调⽤ Handler 来进⾏处理，便是 HandlerAdapter 的职责
- HandlerExceptionResolver
HandlerExceptionResolver ⽤于处理 Handler 产⽣的异常情况。它的作⽤是根据异常设置
ModelAndView，之后交给渲染⽅法进⾏渲染，渲染⽅法会将 ModelAndView 渲染成⻚⾯
- ViewResolver
ViewResolver即视图解析器，⽤于将String类型的视图名和Locale解析为View类型的视图，只有⼀
个resolveViewName()⽅法。从⽅法的定义可以看出，Controller层返回的String类型视图名
viewName 最终会在这⾥被解析成为View。View是⽤来渲染⻚⾯的，也就是说，它会将程序返回
的参数和数据填⼊模板中，⽣成html⽂件。ViewResolver 在这个过程主要完成两件事情：
ViewResolver 找到渲染所⽤的模板（第⼀件⼤事）和所⽤的技术（第⼆件⼤事，其实也就是找到
视图的类型，如JSP）并填⼊参数。默认情况下，Spring MVC会⾃动为我们配置⼀个
InternalResourceViewResolver,是针对 JSP 类型视图的。
- RequestToViewNameTranslator
RequestToViewNameTranslator 组件的作⽤是从请求中获取 ViewName.因为 ViewResolver 根据
ViewName 查找 View，但有的 Handler 处理完成之后,没有设置 View，也没有设置 ViewName，
便要通过这个组件从请求中查找 ViewName。
- LocaleResoler
ViewResolver 组件的 resolveViewName ⽅法需要两个参数，⼀个是视图名，⼀个是 Locale。
LocaleResolver ⽤于从请求中解析出 Locale，⽐如中国 Locale 是 zh-CN，⽤来表示⼀个区域。这
个组件也是 i18n 的基础。
- ThemeResolver
ThemeResolver 组件是⽤来解析主题的。主题是样式、图⽚及它们所形成的显示效果的集合。
Spring MVC 中⼀套主题对应⼀个 properties⽂件，⾥⾯存放着与当前主题相关的所有资源，如图
⽚、CSS样式等。创建主题⾮常简单，只需准备好资源，然后新建⼀个“主题名.properties”并将资
源设置进去，放在classpath下，之后便可以在⻚⾯中使⽤了。SpringMVC中与主题相关的类有
ThemeResolver、ThemeSource和Theme。ThemeResolver负责从请求中解析出主题名，
ThemeSource根据主题名找到具体的主题，其抽象也就是Theme，可以通过Theme来获取主题和
具体的资源
- MultipartResolver
MultipartResolver ⽤于上传请求，通过将普通的请求包装成 MultipartHttpServletRequest 来实
现。MultipartHttpServletRequest 可以通过 getFile() ⽅法 直接获得⽂件。如果上传多个⽂件，还
可以调⽤ getFileMap()⽅法得到Map
是封装普通的请求，使其拥有⽂件上传的功能。
- FlashMapManager
FlashMap ⽤于重定向时的参数传递，⽐如在处理⽤户订单时候，为了避免重复提交，可以处理完
post请求之后重定向到⼀个get请求，这个get请求可以⽤来显示订单详情之类的信息。这样做虽然
可以规避⽤户重新提交订单的问题，但是在这个⻚⾯上要显示订单的信息，这些数据从哪⾥来获得
呢？因为重定向时么有传递参数这⼀功能的，如果不想把参数写进URL（不推荐），那么就可以通
过FlashMap来传递。只需要在重定向之前将要传递的数据写⼊请求（可以通过
ServletRequestAttributes.getRequest()⽅法获得）的属性OUTPUT_FLASH_MAP_ATTRIBUTE
中，这样在重定向之后的Handler中Spring就会⾃动将其设置到Model中，在显示订单信息的⻚⾯
上就可以直接从Model中获取数据。FlashMapManager 就是⽤来管理 FalshMap的
2.3 url parttern配置及静态资源处理
springmvc
/
三种配置方式：
- 第一种：后缀型，如*.action
- 第二种：/ 这种方式会拦截所有请求，包括静态资源（html、js、css、jpg等）。但是不会拦截jsp。
为什么呢？
因为tomcat容器中有一个web.xml(父)，我们项目里也配置了一个web.xml（子），他们是一个继承关系，两个xml的url-pattern都是/,子类的xml文件就会覆盖掉父类的，把所有静态资源的处理也接管到spring mvc里来了。
那么为什么jsp却不会被拦截呢？因为tomcat里面处理jsp的servlet配置的url-parttern是*.jsp，不会被子类的xml覆盖。
tomcat里面的servlet配置如下：
default
org.apache.catalina.servlets.DefaultServlet
debug
0
listings
false
1
default
/
- 第三种：/* 匹配所有请求
静态资源处理两种方案
2.4 自定义请求参数转换
当我们在请求参数中传入一个日期字符串时，期望后端能直接以日期格式接收。示例如下：
@RequestMapping("/testDate")
public String testDate(Date date, Model model){
model.addAttribute("date",date);
return "success";
}
访问连接：http://localhost:8080/demo/testDate?date=2021-01-01
发现项目报错
[WARNING] Resolved [org.springframework.web.method.annotation.MethodArgumentTypeMismatchException: Failed to convert value of type 'java.lang.String' to required type 'java.util.Date'; nested exception is org.springframework.core.convert.ConversionFailedException: Failed to convert from type [java.lang.String] to type [java.util.Date] for value '2021-01-01'; nested exception is java.lang.IllegalArgumentException]
Spring MVC没有为我们默认处理这种情况，需要我们自己处理。
解决方案：自定义参数转换器
- 编写DateConvert类
public class DateConvert implements Converter {
@Override
public Date convert(String s) {
SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd");
try {
Date date = simpleDateFormat.parse(s);
return date;
} catch (ParseException e) {
e.printStackTrace();
}
return null;
}
}
- 注册类型转换器