POST请求查询参数神奇失效的一次神奇bug之旅

出现场景:

某日我看着GET请求的参数逐渐变多,想个改成POST请求得了,这样body传参美观又方便,于是接口从GET变成了POST,然后查询参数就莫名其妙的就全部失效了,接口也没有报错,就参数失效了,查询了全部数据。

发现问题过程:

自己捣鼓了半天没发现异常,然后删除了一些前端查询参数,结果查询条件突然生效了,那导致查询生效的参数就一定是在自己刚刚删除的参数里面,通过对比发现后端定义的时间类型是Date的参数被前端传了个数组类型,主要它不报错呀,直接使全部查询参数失效了,debug看传进去的body对应是实体里面只有Integer类型的值还在,其他全为null了,真想骂人啊,要是其他类型传错了参数格式,它是会报错了,可是上述的场景就是不会。

教训:

尽量别使用Date来接收参数,容易踩坑,当出现其他查询参数失效的时候,检查下是不是Date对应的传参被传了个数组进来。

相关推荐
数字芯片实验室2 小时前
仿真器出bug了?分频时钟竞争的诡异仿真现象
fpga开发·bug
Zsh-cs4 小时前
苍穹外卖day9前端订单分页查询后订单菜品不展示(已解决)
bug
北数云1 天前
北数云内测|AI 需求发布区 + Bug/建议长期征
bug·模型·智能体
天上掉下个牛霸天2 天前
Bug悬案:技术侦探如何破案
bug
f***24112 天前
Bug悬案:程序员破案指南
bug
e***98572 天前
Bug破案现场:技术团队的悬疑推理秀
bug
数字芯片实验室2 天前
边界值测试:一个”==”引发的芯片bug
fpga开发·bug
e***98573 天前
Bug悬案侦破大会:高效解决技术难题
bug
f***24113 天前
Bug悬案侦破:技术团队的破案指南
bug
Lxinccode3 天前
BUG(20) : response.text耗时很久, linux耗时十几秒, Windows耗时零点几秒
python·bug·requests·response.text·response.text慢