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:
在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

johnny233

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值