---

SpringMVC—请求(Request)

---

访问不同的路径，就是发送不同的请求；在发送请求时，可能会带一些参数，所以学习Spring的请求，主要是学习如何传递参数到后端以及后端如何接收；

我们主要是使用 浏览器 和 Postman 来模拟传递参数 的过程

---

后端开发人员无需过度关注如何传递参数，了解即可，实际开发中以 Postman 测试为主：

比如餐厅的厨师，不关注用户是在店里下单，还是外卖平台下单，或者小程序下单，只需要知道如何接收订单，根据订单做出对应的菜肴就可以了.

---

1.传递单个参数

---

---

(1) 处理常见两个报错

---

第一个报错

---

我们来看下列报错

这是因为启动类的名字不能随便修改，而煮啵刚刚看.example 不顺眼，就删掉了；

---

把启动类的名字改回去，这个和的pom.xml里面写的是一样的。一般是在创建项目的时候就规定好了的；

---

所以，我们应该在刚开始创建项目的时候，提前指定好启动类的名字，编译器会自动配置对应的 porn 文件

---

---

第二个报错

---

遇到上述问题，修改下列这些地方即可：

---

---

---

(2) 正常传递参数

---

接收单个参数，在 Spring MVC 中直接用方法中的参数就可以，比如以下代码：

重新运行程序后，我们使用 Postman 进行传参：

---

填好对应的 URL 后，对刚刚代码中的参数进行传参：

---

修改请求方式为 GET ，并且发送：

---

咱们使用浏览器发送请求并传参：

http://127.0.0.1:8080/request/r1?keyword=手机

可以看到，后端程序正确拿到了 keyword 参数的值；

Spring MVC 会根据方法的参数名，找到对应的参数，赋值给方法

如果参数不一致，是获取不到参数的.

比如请求URL：http://127.0.0.1:8080/request/r1?keyword666=手机

---

响应结果：

---

(3) 传递简单类型或包装类型参数的注意事项

---

使用基本类型来接收参数时，参数必须传 (除boolean类型)，否则会报500错误；

类型不匹配时，会报400错误但是类型不匹配是针对简单类型的；

对于如下 r1 方法的参数类型 String 等包装类型，哪怕传参不是 String 类型，也不会报错：

---

(4) 基本类型的参数不传递

---

---

对于如上代码，我们在请求中正常传递参数的 URL 如下:

http://127.0.0.1:8080/request/r2?age=18

浏览器响应情况：

---

通过Fiddler观察请求和响应，HTTP响应状态码为200，Content-Type 为 text/html

---

正常链接：http://127.0.0.1:8080/request/r2?age=18

不传参数：http://127.0.0.1:8080/request/r2

浏览器响应情况：

---

通过 Fiddler 观察请求和响应，HTTP响应状态码为500

---

尝试观察程序的错误日志，并解决

查看日志堆栈信息的首行，报错信息显示：

• int类型的参数’age’，虽然为可选的，但由于被声明为基本类型而不能转换为空值；
• 考虑将其声明为对应基本类型的包装类型；

---

按照错误信息解决错误即可：

• 最开始学习时，会遇到各种各样的问题，我们要养成看错误日志的习惯，根据错误日志来解决问题.

• 最开始可能会看不懂，或者比较懵，要耐下心来，慢慢看，后面课堂中也会教大家更多看日志的思路；

---

(5) 基本类型的参数传递时类型不匹配

---

http://127.0.0.1:8080/request/r2?age=abcd

浏览器响应情况：

---

通过 Fiddler 观察请求和响应，HTTP响应状态码为 400

对于包装类型，如果不传对应参数，Spring 接收到的数据则为 null；如果我们传递的值，不符合参数的包装类型，也是可以拿到传递的值的

所以企业开发中，对于参数可能为空的数据，建议使用包装类型

---

2. 传递多个参数

---

(1) 正常传递多个参数

---

如何接收多个参数呢？

和接收单个参数一样，直接使用方法的参数接收即可，使用多个形参.

---

打开 Postman 发送请求：

---

使用浏览器发送请求并传参：

http://127.0.0.1:8080/request/r3?userName=练习时长&password=“365365183”

---

可以看到，后端程序正确拿到了 name 和 password 参数的值

---

当有多个参数时，前后端进行参数匹配时，是以参数的名称进行匹配的，因此参数的位置是不影响后端获取参数的结果；

比如访问：

http://127.0.0.1:8080/request/r3?password=“365365183”&userName=练习时长

---

同样可以拿到正端获取参数的结果：

---

(2) 完善登录细节

---

上述使用的是 GET 请求，但是对于登录操作，一般把用户信息放在 body 中，所以一般使用 POST请求 (GET 也可以有 body)：

---

说明：

• 在 Postman 中，选择 POST 方式，并且选择表单提交的content-type，如上图
• 登录操作一般都是选择使用 POST，这样参数就会在 body 中上传

---

(3) 使用 Postman 发送请求的细节规范

---

在响应的内容中，我们看见， userName 和 password 都输出了两份，因为我们在 Postman 中发送请求的方式不规范：

---

在选择栏中出现一个以上的绿点，说明请求发送的次数大于一次；

在上面的这个请求中，就是在 URL 中输入了一次数据，在 body 中又输入了一次数据，响应就会输出两份数据；

因此，我们要确保只有一个绿点；

---

我们关掉其中一个绿点，再次发送请求，可以发现响应结果恢复正常：

---

或者我们删除 URL 中的 Params 中的键值对：

---

删除后，发现 Params 绿点消失，并且信息不再出现在 URL 中，再次发送请求，响应结果也恢复正常：

---

(4) 使用 GET 和 POST 的细节

---

GET

---

刚刚我们谈到，GET 一般没有 body ，因此参数一般放在 URL 中，但是 GET 也可以有 body：

---

抓包结果：

虽然响应的结果可以看出，在这次 GET 响应中没有拿到参数，但是 GET 请求中已经拿到了参数；

只是 GET 请求的参数一般在首行 URL 部分，而不再下面的 body ，所以为了规范，一般 GET 没有 body

---

POST

---

如果我们使用 POST ，参数也可以设置在 URL ，而不设置在 body

---

查看抓包结果：

---

因此，如果我们不按照规定使用，如把参数放在 GET 请求的 body 位置，可能在响应中就拿不到参数的值，因此，我们要按照规定使用 GET 和 POST；

---