Postman HTTP 400 Bad Request及模拟@RequestParam请求
背景
在迁移改造遗留系统时,遇到如下一个对外暴露的接口,其中.do
是旧系统自动在URL后面添加的,新系统也需要加上,否则业务方调用接口时报错404:
@RequestMapping(value = "/getApigetCurrentMsgByMany.do")
public ServiceStatus getApigetCurrentMsgByMany(@RequestParam Map<String, Object> paramMap) {
}
看到@RequestParam
,第一反应就是请求参数要放在URL里面的。然后请求内容是一个Map,并不是常规的整形,字符串数据。另外,URL里面的特殊字符需要加上转义,如英文引号。
故而在postman里面使用如下方式模拟接口请求:
居然报错:HTTP Status 400 - Bad Request
。此报错来自于客户端,参数解析异常。
因为使用的注解是@RequestMapping,没有指明GET,还是POST,故而两种HTTP方法都支持。
那放在RequestBody里面:
{
"id": "157",
"filter": [
{
"field": "hourtime",
"symb": "=",
"value": "15"
},
{
"field": "weekday",
"symb": "=",
"value": "5"
}
]
}
没有报错400,但是此时
通过如上断点调试截图可知,参数解析依然失败。JSON消息体并没有被解析成Map。
经过诸多尝试,最后得到正确的姿势:
续
Tomcat遗留项目,postman模拟请求再次报错400:
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
· 永远不要相信用户的输入:从 SQL 注入攻防看输入验证的重要性
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析