MVC是一种软件架构的思想,将软件按照模型,视图,控制器来划分
M:Model,模型层,指工程中的JavaBean,作用是处理数据
JavaBean分为两类:
一类称为实体Bean:专门存储业务数据的,如Student,User等
一类称为业务处理Bean:指Service或Dao对象,专门用于处理业务逻辑和数据访问
V:View,视图层,指工程中的html或jsp等页面,作用是与用户进行交互,展示数据
C:Controller,控制层,指工程中的servlet,作用是接收请求和响应浏览器
MVC的工作流程:
用户通过视图层发送请求到服务器,在服务器中请求被Controller接收,Controller调用相应的Model层处理请求,处理完毕将结果返回到Controller,Controller再根据请求处理的结果找到相应的View视图,渲染数据后最终响应给浏览器。
SpringMVC是Spring的一个后续产品,是Spring的一个子项目
SpringMVC是Spring为表述层开发提供的一套完备的解决方案。在表述层框架经历了Strust,WebWork,Struct2等诸多产品的历代更迭之后,目前业界普遍选择了SpringMVC作为JavaEE项目表述层开发的首先方案。
注:三层架构分为表述层(表示层),业务逻辑层,数据访问层,表述层分为前台页面和后台Servlet。
Spring家族原生产品,与IOC容器等基础设施无缝对接
基于原生的Servlet,通过功能强大的前端控制器,DispatcherServlet,对请求和响应进行统一处理
表述层各细节领域需要解决的问题全方面覆盖,提供全面解决方案
代码清新简洁,大幅提高开发效率
内部组件化程度高,可拔插式组件即插即用,想要什么功能配置相应组件即可
性能卓著,尤其适合现代大型,超大型互联网项目要求
创建Maven工程,添加依赖
4.0.0
com.gyq.mvc
springMVC
1.0-SNAPSHOT
war
1.8
1.8
org.springframework
spring-webmvc
5.3.1
ch.qos.logback
logback-classic
1.2.3
javax.servlet
javax.servlet-api
3.1.0
provided
org.thymeleaf
thymeleaf-spring5
3.0.12.RELEASE
main目录下新建webapp目录,新建web.xml
配置web.xml
注册SpringMVC的前端控制器DispatcherServlet
默认配置方式
此配置方式下,SpringMVC的配置文件默认位于WEB-INF下,默认名称为
SpringMVC
org.springframework.web.servlet.DispatcherServlet
SpringMVC
/
扩展配置方式
可通过init-param标签来设置SpringMVC配置文件的位置和名称,通过load-on-startup标签设置SpringMVC前端控制器DispatcherServlet的初始化时间
SpringMVC
org.springframework.web.servlet.DispatcherServlet
contextConfigLocation
classpath:springMVC.xml
1
SpringMVC
/
创建请求控制器
由于前端控制器对浏览器发送的请求进行了统一的处理,但是具体的请求有不同的处理过程,因此需要创建具有请求的类,即请求控制器
请求控制器中每一个处理请求的方法称为控制器方法
因为SpringMVC的控制器由一个POJO(普通的Java类)担当,因此需要通过@Controller注解将其标识为一个控制层组件,交给Spring的IOC容器管理,此时SpringMVC才能够识别控制器的存在
在WEB-INF下新建
新建页面在WEB-INF下,所有是不能直接访问的,但可以通过内部请求转发访问
页面中可能存在Thymeleaf语法需要被Thymeleaf解析(通过配置的视图解析器解析),此时前缀是所在目录,后缀是.html,此时视图是index。
访问首页
配置Tomcat启动项目
日志信息
19:49:09.241 [http-nio-8080-exec-1] DEBUG org.thymeleaf.TemplateEngine - [THYMELEAF] TEMPLATE ENGINE INITIALIZED
19:49:09.305 [http-nio-8080-exec-1] DEBUG org.springframework.web.servlet.DispatcherServlet - Completed 200 OK
19:49:09.458 [http-nio-8080-exec-4] DEBUG org.springframework.web.servlet.DispatcherServlet - GET "/springMVC/", parameters={}
19:49:09.459 [http-nio-8080-exec-4] DEBUG org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping - Mapped to com.gyq.mvc.controller.HelloController#index()
19:49:09.462 [http-nio-8080-exec-4] DEBUG org.springframework.web.servlet.DispatcherServlet - Completed 200 OK
访问目标页面
新建target.html
请求控制器
通过首页链接访问
浏览器发送请求,若请求地址符合前端控制器的url-pattern,该请求就会被前端控制器DispatcherServlet处理。前端控制器会读取SpringMVC的核心配置文件,通过扫描组件找到控制器,将请求地址和控制器中@RequestMapping注解的value属性值进行匹配,若匹配成功,该注解所标识的控制器方法就是处理请求的方法,处理请求的方法需要返回一个字符串类型的视图名称,该视图名称会被视图解析器解析,加上前缀和后缀组成视图的路径,通过Thymeleaf对视图进行渲染,最终转发到视图所对应页面。
从注解名称上我们可以看出,@RequestMapping注解的作用就是将请求和处理请求的控制器方法进行关联起来,建立映射关系。
SpringMVC接收到指定的请求,就会来找到在映射关系中对应的控制器方法来处理这个请求。
启动失败,报错
标识一个类,设置映射请求的请求路径的初始化信息
标识一个方法,设置映射请求请求路径的具体信息
通过超链接访问
@RequestMapping注解的value属性通过请求的请求地址匹配请求映射
value属性是一个字符串类型的数组,表示该请求映射能够匹配多个请求地址所对应的请求
value属性必须设置,至少通过请求地址匹配请求映射
通过超链接访问,两请求路径都可以访问
@RequestMapping注解的method属性通过请求的请求方法(get或post)匹配请求映射
method属性是一个RequestMethod类型的数组,表示该请求映射能够匹配的多种请求方式的请求
若当前请求的请求地址满足请求映射的value属性,但请求方式不满足method属性,则浏览器报错405:Request method ‘POST’ not supported
测试:
如果不设置method属性则不以请求方式为条件,任何方式请求都能匹配
结合请求方式的派生注解
对于处理指定方式的控制器方法,SpringMVC中提供了@RequestMapping的派生注解
处理get请求的映射-->@GetMapping
处理post请求的映射-->@PostMapping
处理put请求的映射-->@PutMapping
处理delete请求的映射-->@DeleteMapping
常见的请求方式有get,post,put,delete
但是目前浏览器只支持get和post,若在form表单提交时,为method设置了其他请求方式的字符串)(put或delete),则按照默认的请求方式get处理
若要发送put和delete请求,则需要通过spring提供的过滤器HiddenHttpMethodFilter,在restful部分会讲到。
例:
不需要设置method属性的@RequestMapping注解
@RequestMapping注解的params属性通过请求的请求参数匹配请求映射
params属性是一个字符串类型的数组,可以通过四种表达式设置请求参数和请求映射的匹配关系
“param”:要求请求映射所匹配的请求必须携带param请求参数
“!param”:要求请求映射所匹配的请求必须不能携带param请求参数
“param=value”:要求请求映射所匹配的请求必须携带param请求参数且param=value
“param!=value”:要求请求映射所匹配的请求必须携带param请求参数但是param!=value
测试
@RequestMapping注解的headers属性通过请求的请求头信息匹配请求映射
headers属性是一个字符串类型的数组,可以通过四种表达式设置请求头信息和请求映射的匹配关系
“header”:要求请求映射所匹配的请求必须携带header请求头信息
“!header”:要求请求映射所匹配的请求不能携带header请求头信息
“header=value”:要求请求映射所匹配的请求必须携带请求头信息且header=value
“header!=value”:要求请求映射所匹配的请求必须携带header请求头信息且header!=value
若当前请求满足@RequestMapping注解的value和method属性,但是不满足headers属性,此时页面显示404错误,即资源未找到
?:表示任意的单个字符
aa就不行。单个字符不能没有
*:表示任意的0个或多个字符
**:表示任意的一层或多层目录
注意:在使用**时,只能使用/**/xxx的方式
原始方式:/deleteUser?id=1
rest方式:/deleteUser/1
SpringMVC路径中的占位符常用于restful风格中,当请求路径中将某些数据通过路径的方式传输到服务器中,就可以在相应的@RequestMapping注解的value属性中通过占位符(xxx)表示传输的数据,再通过@PathVariable注解,将占位符所表示的数据赋值给控制器方法的形参
将HttpServletRequest作为控制器方法的形参,此时HttpServletRequest类型的参数表示封装了当前请求的请求报文对象
测试
在控制器方法的形参位置,设置和请求参数同名的形参,当浏览器发送请求,匹配到请求映射时,在DispatcherServlet中就会将请求参数赋值给相应的形参
也可以直接使用String类型接收,为多个值以逗号隔开而成的字符串
处理请求参数和控制器方法的形参的映射关系
required属性表示是否为必须传输,如果为true(默认值)则不传输则报错,为false则不是必须传输的,没传输则该注解所标识的形参的值为null
defaultValue属性表示当该请求参数为空时赋默认值
将请求头信息和控制器方法的形参创建映射关系
@RequestHeader注解一共有三个属性:value,required,defaultValue,用法同上
将cookie数据和控制器方法的形参创建映射关系
@CookieValue注解一共有三个属性:value,required,defaultValue,用法同上
前提是在其他控制器中创建了Session对象
可以在控制器方法的形参位置设置一个实体类类型的形参,此时若浏览器传输的请求参数的参数名和实体类中的属性名一致,那么请求参数就会为此属性赋值
创建实体类
package com.gyq.mvc.controller.bean;
import java.util.Arrays;
public class User {
private String username;
private String password;
private String[] hobby;
private String number;
public void setPassword(String password) {
this.password = password;
}
public void setHobby(String[] hobby) {
this.hobby = hobby;
}
public void setUsername(String username) {
this.username = username;
}
public void setNumber(String number) {
this.number = number;
}
@Override
public String toString() {
return "User{" +
"username='" + username + '\'' +
", password='" + password + '\'' +
", hobby=" + Arrays.toString(hobby) +
", number='" + number + '\'' +
'}';
}
}
字符编码过滤器的三个属性
设置字符编码的操作