本篇内容介绍了“分析@RequestParam(required = true)的误区”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
@RequestParam(required = true)的误区
先说结论
required = true是在前端没有传参数的时候报错，并不能防止参数为空。
考虑一下代码：
@GetMapping("/userInfo")
public void userInfo(@RequestParam(required = true) Integer id) {
...
}
如果请求如下就会报400错误：
http://localhost:8088/userInfo
但构造以下请求，可以使id为空：
http://localhost:8088/userInfo?id=
参数总结
-
required=true表示前端必须传参数。 -
required=false表示前端不传参数的时候，会将参数置为null。因此假如参数是int这种不能赋值为null的类型，就可能会报错。
使用了defaultValue，required只能为false，前端不传参数时会将参数置为defaultValue。
@RequestParam(required=false int id)值不传报错
@RequestParam(required=false int id)：required=false说明了可以不传值，如果是
// 注意现在是String类型的id @RequestParam(required=false Sting id)
这种不传值就不会报错
但如果是标题上写的int类型这种
@RequestParam(required=false int id)
就会报错，因为null不能赋给int。
“分析@RequestParam(required = true)的误区”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注本站网站，小编将为大家输出更多高质量的实用文章！
