【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；