Postman HTTP 400 Bad Request及模拟@RequestParam请求

勤奋不是嘴上说说而已,而是实际的行动,在勤奋的苦度中持之以恒,永不退却。业精于勤,荒于嬉;行成于思,毁于随。在人生的仕途上,我们毫不迟疑地选择勤奋,她是几乎于世界上一切成就的催产婆。只要我们拥着勤奋去思考,拥着勤奋的手去耕耘,用抱勤奋的心去对待工作,浪迹红尘而坚韧不拔,那么,我们的生命就会绽放火花,让人生的时光更加的闪亮而精彩。

导读:本篇文章讲解 Postman HTTP 400 Bad Request及模拟@RequestParam请求,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com,来源:原文

背景

在迁移改造遗留系统时,遇到如下一个对外暴露的接口,其中.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:
在这里插入图片描述

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之家整理,本文链接:https://www.bmabk.com/index.php/post/142139.html

(0)
飞熊的头像飞熊bm

相关推荐

发表回复

登录后才能评论
极客之家——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!