【踩坑记录：前后端联调，Required request parameter ‘xxx‘ for method parameter type xxxx is not present 解决方式】

---

一、问题描述：

最初用Swagger测试接口，
报错：java.lang.IllegalStateException: No primary or single public constructor found for interface java.util.List - and no default constructor found either；
这里在List<Integer>前加上@RequestParam的注解解决了这个报错问题，但是实际上并没有找到问题的关键。

这里我用的请求方式是POST，虽然接口测试没有问题了，但在联调中遇到了新的问题。
前端报错： Error in v-on handler (Promise/async): “Error: Error: org.springframework.web.bind.MissingServletRequestParameterException: Required request parameter ‘ids’ for method parameter type List is not present”；

---

二、原因分析：

1.首先确保前端传参XXX不为空或者字段名称都正确

这里我在前端打了下日志，在请求前ids里明明是有值的，那大概率是后端接收的问题了。

2.如果前端传参没问题时，要看后端接参是否存在问题，确保前端传参方式和后端接参方式要一样

知识tips：

@RequestParam注解通常用于Spring框架中的控制器方法参数上，用于从请求中获取参数的值。默认情况下，@RequestParam注解只支持GET请求方式，不支持POST请求方式。

如果想在POST请求中使用@RequestParam注解，可以通过设置@RequestParam的value属性来指定请求参数的名称。同时，还需要在控制器方法上使用@RequestBody注解来接收请求体中的参数。

@PostMapping("/example")
public void exampleMethod(@RequestParam(value = "paramName") String paramValue, @RequestBody String requestBody) {
    // 处理请求参数和请求体
}

---

三、解决方案：

最终封装成了一个入参对象用来接收前端传过来的数据
修改前：

@PostMapping("/test")
public ResponseResult test(@RequestParam("ids")List<Integer> ids, String type, String name) {
   //请求方法
   return ResponseResult.success();
}

修改后：

@PostMapping("/test")
public ResponseResult test(@RequestBody TestParam testParam) {
   //请求方法
   return ResponseResult.success();
}

@Data
public class TestParam {

    private List<Integer> ids;

    private String type;

    private String name;
}

注意：!!!

这里的对象一定要加上@RequestBody注解，否则后端还是接收不到前端传入的参数值

---

四、知识稳固：

GET和POST区别：

1. GET在浏览器回退/刷新是无害的；而POST数据会被重新提交；
2. GET产生的URL地址收藏为书签；而POST不可以；
3. GET请求会被浏览器主动cache；而POST不会，除非手动设置；
4. GET请求只能进行url编码（application/x-www-form-urlencoded）；而POST支持多种编码方式；
5. GET请求参数会被完整保留在浏览器历史记录里；而POST中的参数不会被保留；
6. 当发送数据时，GET 方法向 URL 添加数据，URL 的长度是受限制的（URL 的最大长度是 2048 个字符）；而POST无限制；
7. 对参数的数据类型，GET只接受ASCII字符；而POST没有限制；
8. GET安全性较差，因为所发送的数据是URL的一部分，参数直接暴露在URL上，所以不能用来传递敏感信息；而POST安全性较好，因为参数不会被保存在浏览器历史或web服务器日志中；
9. GET参数通过URL传递所有人可见；而POST放在Request body中；

看到了有趣的说法：

GET和POST是什么？

HTTP协议中的两种发送请求的方法。

HTTP是什么？

HTTP是基于TCP/IP的关于数据如何在万维网中如何通信的协议。

HTTP的底层是TCP/IP。所以GET和POST的底层也是TCP/IP，也就是说，GET/POST都是TCP链接。GET和POST能做的事情是一样一样的。你要给GET加上request body，给POST带上url参数，技术上是完全行的通的。

所以说：GET和POST本质上就是TCP链接，并无差别。但是由于HTTP的规定和浏览器/服务器的限制，导致他们在应用过程中体现出一些不同。

GET和POST还有一个重大区别:

简单的说：GET产生一个TCP数据包；POST产生两个TCP数据包。

对于GET方式的请求，浏览器会把http header和data一并发送出去，服务器响应200（返回数据）；

而对于POST，浏览器先发送header，告诉服务端等一下会有数据过来，服务端响应100 continue，告诉浏览器我已经准备接收数据，浏览器再post发送一个data给服务端，服务器响应200 ok（返回数据）。

多发的那个expect 100 continue header报文，是由客户端对http的post和get的请求策略决定的，目的是为了避免浪费资源，如带宽，数据传输消耗的时间等等。所以客户端会在发送header的时候添加expect 100去探探路，如果失败了就不用继续发送data，从而减少了资源的浪费。所以是否在发送一个包取决了客户端的实现策略，和get/post并没什么关系。有的客户端比如fireFox就只发送一个包。

---

说明

文中如有疑问欢迎讨论、指正（抱拳），互相学习，感谢关注。