温馨提示×

温馨提示×

您好,登录后才能下订单哦!

密码登录×
登录注册×
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》

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

发布时间:2021-11-05 11:05:52 来源:亿速云 阅读:417 作者:iii 栏目:开发技术

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

    向AI问一下细节

    免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

    AI