一、什么是Spring Web MVC？
Spring Web MVC 是基于 Servlet API 构建的原始 Web 框架，从⼀开始就包含在 Spring 框架中，通常被称为Spring MVC。
1.1 MVC的定义
MVC 是 Model View Controller 的缩写，它是软件工程中的一种软件架构设计模式，它把软件系统分 为模型、视图和控制器三个基本部分
• View(视图) 指在应用程序中专门用来与浏览器进行交互，展示数据的资源.
• Model(模型) 是应用程序的主体部分，用来处理程序中数据逻辑的部分.
• Controller（控制器）可以理解为一个分发器，用来决定对于视图发来的请求，需要用哪一个模型
来处理，以及处理完后需要跳回到哪一个视图。即用来连接视图和模型
1.2 什么是Spring MVC？
总的来说：Spring MVC就是一个实现了MVC模式的Web框架
其实，在前面学习创建Spring Boot项目时，勾选的Spring Web框架其实就是Spring Web MVC框架：
可能有人会有疑问：为什么创建的是Spring Boot项目，又会创建了一个Spring MVC项目？其实，Spring Boot是实现Spring MVC的一种方式，Spring Boot可以添加多种依赖，通过不同的依赖实现不同的功能，Spring Boot正是通过添加Spring Web依赖来实现Web功能的。
Spring在实现MVC时，也做出了一些改变：
不过现在，我们在创建Spring MVC项目时已经不处理视图相关的问题了，这些问题一般交由前端人员进行处理。
二、练习Spring MVC
Spring MVC是一个Web框架，当用户在浏览器输入url后，Spring MVC可以感知到用户发送的请求并返回响应，因此，学习Spring MVC主要学习以下三个方面：
<1>建立连接：将用户（浏览器）和 Java 程序连接起来，也就是访问一个地址能够用到我们的 Spring 程序。
<2>请求 ：用户请求的时候会带一些参数，在程序中要想办法获取到参数, 所以请求这块主要是获取参数的功能.
<3>响应: 执行了业务逻辑之后，要把程序执行的结果返回给用户, 也就是响应.
2.1 创建Spring MVC项目
创建Spring MVC项目的方法与前面创建Spring Boot显目的方法一样：只需勾选上Spring Web依赖即可
2.2 建立连接
在 Spring MVC 中使用 @RequestMapping 来实现 URL 路由映射 ，也就是浏览器连接程序的作用，在启动类（后缀名为Application）所在目录创建一个UserController类来实现用户通过浏览器和程序的互动：
2.2.1 @RequestMapping注解介绍
@RequestMapping 是 Spring Web MVC 应用程序中最常被用到的注解之一，它是用来注册接口的路由映射的.
表示服务收到请求时, 路径为 /sayHi 的请求就会调用 sayHi 这个方法的代码.
路由映射: 当用户访问⼀个 URL 时, 将用户的请求对应到程序中某个类的某个方法的过程就叫路由映射.
既然@RequesMapping这个注解已经可以达到访问的目的，那为什么还要@RestController注解呢？
如果我们去掉@RestController注解，在来访问/sayHi这个路径，会出现如下情况：
可以看到程序报错，找不到该页面，这就是@RestController注解的作用，Spring会对所有的类进行扫描, 如果类加了注解@RestController, Spring才会去看这个类里面的方法
有没有加 @RequestMapping 这个注解, 这个注解还有更多细节，后面会慢慢了解到，现在我们只需要知道，如果要通过浏览器访问程序的某个方法，那么这个方法所在的类一定要加上@Restcontroller注解
2.2.2 @RequestMapping的使用
@RequestMapping既可以修饰类，也可以修饰方法，当修饰类和方法时，访问的地址为类路径+方法路径。
@RequestMapping标识⼀个类：设置映射请求的请求路径的初始信息
@RequestMapping标识⼀个方法：设置映射请求请求路径的具体信息
！！！@RequestMapping中的URL路径可以是多重路径，如果是多重路径，路径中的 / 一定不能省略，如果不是则可以省略。
2.2.3 @RequestMapping是GET请求还是POST请求？
<1>GET请求：通过浏览器发送的请求都是GET请求，因此@RequestMapping支持GET请求
<2>POST请求：我们可以通过form表单来构造请求：
接下来通过浏览器访问test.html,并点击提交：
可以看到，@RequestMapping也支持post请求。
那么，如何指定请求类型？
<1>通过@RequestMapping的method属性设置；
<2>将@RequestMapping注解改为@GetMapping或@PostMapping或其它（以此类推）
如图：
我们发现，如果想要通过其它请求方式访问我们的代码，就需要通过编写前端代码来实现，非常麻烦，这里推荐使用Postman来发送请求，它可以指定任意请求方式，如有疑问，可参考如下文章：最简单最适合纯小白的postman使用方法（测试接口的不二利器）（从介绍到下载到使用的详细教程）_postman连接java后端-CSDN博客
2.3 请求
2.3.1 传递单个参数
接下来，使用Postman发送请求：
可以看到，getInt的类型为包装类，其实也可以使用普通类型来接收，但是如果此时传递来的参数是null，那么将会报错，如：
而包装类，则不会出现这种情况：
因此，使用基本类型来接收参数时，接收的参数一定不能为null，且使用基本类型接收参数，这个参数必传，否则也会报错，参数类型不匹配，也会报错（相当于接收参数为null）。
2.4.2 传递多个参数
传递多个参数与传递单个参数类似，直接使用多个形参接收即可：
需要注意的是，当有多个参数时，前后端进行参数匹配时，是以参数的名称进行匹配的，因此参数的位置是不影响后端获取参数的结果.
2.4.3 传递对象
<1> 先创建一个类
<2> 创建一个UserInfo对象，用于接收参数
<3>在Postman中传参，传参方式和传递多个参数一样
当需要传递的参数个数很多时，就可以改为使用对象来接收
2.4.4 后端参数重命名
某些特殊的情况下，前端传递的参数 key 和我们后端接收的 key 可以不⼀致，比如前端传递了⼀个 time 给后端，而后端是使用 createtime 字段来接收的，这样就会出现参数接收不到的情况，如果出现这种情况，我们就可以使⽤ @RequestParam 来重命名前后端的参数值 ，如：
在形参前面加上@RequestParam注解，并在注解中写入一个属性 “q“ ，表示前端传递过来的参数q的值，将会被keyWord接收：
同时，此时的 q 默认为一个必传参数，如果不传将会报错：
如果想要将 q 设置为非必传参数，可以将@RequestParama中的属性requird置为false即可
2.4.5 传递数组
Spring MVC可以自动绑定数组的赋值，故可以直接使用数组接收
2.4.6 传递集合
Spring MVC不可以自动绑定集合的赋值，如果需要传递集合，需要使用@RequestParama注解进行参数绑定。
接下来在Postman进行传参即可：
如果不加@RequestMapping注解，将会报错：
2.4.7 传递Json对象
传递Json对象需要使用@RequestBody注解，它能够将传递过来的Josn数据转换为相应的对象
接下来在Postman中传递Json数据：
如果不使用@RequestBody注解，赋值不会成功：
2.4.8 获取URL中参数@PathVariable
获取url上的参数需要使用@PathVariable注解，这个注解主要作用在请求url路径上的数据绑定。
在Postman中发送请求：
参数对应关系如下：
2.4.9 上传文件@RequestPart
使用Postman发送请求：
然后观察相应路径，看是否上传成功即可
2.4.10 获取Cookie/Session
一、Cookie
由于HTTP属于“无状态”协议（两次通信之间没有直接联系），但是在实际开发中，需要知道两次请求之间的关系（如登录某个网站后，下一次访问服务器能知道这次的请求是否已经登录过了）
图中的令牌通常就存储在Cookie中
此时在服务器这边就需要记录"令牌"信息, 以及令牌对应的用户信息, 这个就是 Session 机制所做的工作.
二、Session
Session表示一个会话（客户与服务器之间的不中断的请求响应），它是服务器用来区分不同的请求属于哪个会话的，是服务器为了保存用户信息而创建的⼀个特殊的对象。
Session的本质是一个“哈希表”，Key就是SessionId，value就是保存的用户信息
上图中对应的流程如下：
三、Session和Cookie的区别
<1>Cookie是客户端保存用户信息的一种机制，Session是服务器保存用户信息的一种机制
<2>Cookie和Session通过SessionId关联起来
<3>Cookie和Session通常在一起使用，但并不一定：
1. Cookie可以用来保存其它数据，不一定是用户身份信息和SessionId
2.SessionId也不一定通过Set-Cookie传递给Cookie，也可以通过URL传递
四、获取Cookie
<1>传统方式获取Cookie
如果想要获取HTTP请求中的任何数据，都可以使用HttpServletRequest这个类创建的对象来获取，如：
接下来在浏览器中访问：
由于现在Cooike中还没有值，因此控制台没有输出相关信息：
接下来，通过F12手动添加一个Cookie：
手动添加后，刷新页面查看idea控制台，此时Cookie的值已被打印
！！！可以看到，Cookie是可以伪造的，因此在后端使用Cookie时，需要进行校验
<2>通过注解@CookieValue获取Cookie
通过浏览器访问：
通过注解可以更简单地获取到Cookie的值，但是缺点是一次只能获取一个Cookie（一次请求携带的Cookie可能有多个）
五、Session的存储
Session时服务端的机制，需要先存储，才能获取
getSession方法带有一个布尔类型的参数，默认情况下为true，表示如果没有Session对象，就会创建一个空的Session对象，如果改为false，则没有Session的情况下会返回null，通过Session对象的setAttribute保存用户信息。
六、Session的获取
<1>通过HttpServletRequest获取
getSession是通过SessionId来获取Session的，因此需要先通过访问setSession方法存储Session，再访问getSession方法，其对应的具体流程为：
（1）首次创建会话时（即通过setSession的getSession方法获取到session对象），服务器会生成JSESSIONID并通过Set-Cookie发送给客户端；
（2）客户端在后续请求中通过Cookie字段发送JSESSIONID；
（3）服务器通过JSESSIONID找到对应的HttpSession对象，供getSession方法使用。
现在先通过浏览器访问setSession方法，通过F2观察：
可以看到，SessionId已经通过Set-Cookie保存到Cookie中了，接下来通过浏览器访问getSession方法：
成功获取到用户信息，如果不先调用setSession方法，返回用户未登录：
<2>通过HttpSession获取Session
<3>通过注解获取Session
2.4.11 获取Header
<1>通过HttpServletRequest获取
同理，也可以通过getHeader获取到Header中的Content-Length、Content-Type等属性。
通过Postman访问getHeader方法：
<2>通过注解获取Header
2.4 响应
在前面的请求代码中，也已经设置了响应数据， 响应结果可以是数据, 也可以是静态页面,也可
以针对响应设置状态码, Header信息等。
2.4.1 返回静态页面
（1）首先，在static文件夹中创建index.html文件
（2）编写后端代码
（3）在浏览器中访问
可以看到，成功返回了一个页面。
但是在这里有几个需要注意的问题：
<1>一般后端代码中返回的页面的路劲最前面需要加上“ / ”，前端一般不加
<2>如果后端返回的是一个页面，需要将注解@RestController改为@Controller，因为@RestController表示返回结果是数据，@Controller表示返回结果是页面，如果在上面的代码中还是使用@RestController注解的话，那么会将"/index.html"解析为数据，如：
<3>如果类注解使用了@Controller，而类中有一个方法需要返回数据，可以在方法前加上注解@ResponseBody，可以理解为@RestController包含了@Controller和@responseBody两个注解。
！！！到了现在Spring MVC已经不再返回视图，而是返回显示视图需要的数据，将返回视图的任务交由前端完成。
2.4.2 返回数据@ResponseBody
这里的类注解为Controller，故方法前需要加上注解@ResponseBody表示返回数据
如果不加@ResponseBody，会报404
！！！@ResponseBody 既是类注解, 又是方法注解 如果作用在类上, 表示该类的所有方法, 返回的都是数据, 如果作用在方法上, 表示该方法返回的是数据.
2.4.3 返回HTML代码片段
在返回的数据中，如果又HTML代码片段，会被浏览器解析
在浏览器访问：
通过Fiddler抓包观察，发现Content-Type的类型为text/html，表示响应Body中的数据格式为HTML
如果不想返回结果被解析为HTML，可以通过@RequestMapping的produces属性将Content-Type修改为text/plain，如：
通过浏览器访问：
再次通过Fillder抓包：
可以看到Content-Type已被修改
2.4.4 返回JSON
HTTP协议不支持直接传输Java对象或List等，如果后端返回了Java对象或List，就会转换为JSON，如：
通过Postman访问：
2.4.5 设置状态码
通过HttpServletResponse修改状态码：
通过浏览器访问：
使用Fiddler抓包并观察：
虽然请求成功的状态码一般默认为200，但是后端人员也可以将其设置为404，但是并不符合人HTTP规范
2.4.6 设置Header
<1>设置Content-type
前面已近提到，可以通过@RequestMapping注解的produces属性进行修改
<2>自定义Header片段
使用HttpServletResponse对象进行修改
通过浏览器访问并使用Fiddler抓包观察：
成功在Header中添加新的字段
