【SpringMVC】深入解析使用 Postman 和浏览器模拟将单个与多个参数传递到后端的原理和后端接收参数的过程

---

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；

---