Spring|Spring MVC应用 SpringMVC应用

Spring MVC简介
1.1 经典三层结构
在JavaEE开发中，几乎全部都是基于B/S架构的开发。那么在B/S架构中，系统标准的三层架构包括：表现层、业务层、持久层。三层架构在我们的实际开发中使用的非常多，接下来我们详细了解下这三层架构。

表现层：

也就是我们常说的web层。它负责接收客户端请求，向客户端响应结果。
表现层包括展示层和控制层：控制层负责接受请求，展示层负责结果的展示。
表现层依赖业务层，接收到客户端请求一般会调用业务层进行业务处理，并将处理结果响应给客户端。
【Spring|Spring MVC应用】表现层的设计一般都使用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.0warspring-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 Applicationspringmvc org.springframework.web.servlet.DispatcherServletspringmvc/

编写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页面

跳转成功，当前服务器时间: ${date}

xml配置文件配置controller扫描，

将xml文件路径告诉springmvc,在第一步的web.xml补全

springmvc org.springframework.web.servlet.DispatcherServlet contextConfigLocationclasspath: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这样的结构，MultipartResolver 的作?就
是封装普通的请求，使其拥有?件上传的功能。

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 debug0 listingsfalse 1default /

第三种：/* 匹配所有请求

静态资源处理两种方案

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; } }