分析@RequestParam(required = true)的误区

本篇内容介绍了"分析@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)的误区"的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注网站，小编将为大家输出更多高质量的实用文章！