分析@RequestParam(required = true)的误区
发表于:2024-10-27 作者:千家信息网编辑
千家信息网最后更新 2024年10月27日,本篇内容介绍了"分析@RequestParam(required = true)的误区"的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!
千家信息网最后更新 2024年10月27日分析@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)的误区"的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注网站,小编将为大家输出更多高质量的实用文章!
参数
前端
误区
类型
会报
分析
内容
时候
更多
知识
实用
学有所成
接下来
代码
可以使
困境
实际
情况
文章
明了
数据库的安全要保护哪些东西
数据库安全各自的含义是什么
生产安全数据库录入
数据库的安全性及管理
数据库安全策略包含哪些
海淀数据库安全审计系统
建立农村房屋安全信息数据库
易用的数据库客户端支持安全管理
连接数据库失败ssl安全错误
数据库的锁怎样保障安全
ftp服务器开放端口
异界在线网络技术
数据库mid函数
外包服务器安全么
数据库多个用户如何重启一个
北京华为服务器虚拟化建设
腾讯云dns服务器
软件开发需要几个阶段
苹果手机总是提示连接服务器错误
软件开发价格谈判
intel最新服务器平台
魔兽世界tbc服务器崩溃
旅馆治安管理系统服务器异常
sql脱机数据库
数据库查看密码策略命令
华为互联网科技
微信数据库uuid
深圳同信智维网络技术
青州租房软件开发
校园网络安全培训小结
服务器怎么远程管理
三级网络技术选择题真题
网络安全师范大学
是数据库安全的第一道
桂林理工大学网络技术专业
珠海自主可控软件开发商家
开通默认数据库安全吗
哪项不是数据库设计建议
淮安推广网络技术来电咨询
linux转移服务器