@RequestBody处理JSON参数

标题太长有木有?还不系那个给你把问题说清楚,免得进错博客,๑乛◡乛๑
昨天有同事在做前端Android的接口,前端传递过来的参数也竟然是自己编写方法处理,于是就把这篇文章写出来,其实想一想都能想通,SpringMVC这么牛逼的一个框架,会不考虑前台传递JSON到后台?怎么可能,如果你要做一个框架,是不是应该最先去满足最常用的需求呢?

情景:前台发送POST请求

解决方案:

一、自己编写方法解析,略过
二、通过实体类接收参数
  1. 代码实现
    @RequestMapping(value = "/save.do")
    @ResponseBody
    public String save(@RequestBody Employee emp) {
            this.empService.insertObj(emp);
            return "success";
    }
    
  2. 主要就是使用@RequestBody来把请求的请求体中的参数自动转化成实体属性
三、通过Map接收所有参数
  1. 代码实现
    @RequestMapping(value = "/save.do")
    @ResponseBody
    public String save(@RequestBody Map<String, Object> params) {
        this.empService.insertObj(params);
        return "success";
    }
    
  2. 还是使用@RequestBody来把请求的请求体中的参数自动转化到Map中

你以为就完成了吗?๑乛◡乛๑
如果你的答案是YES, 对不起你和我一样都是一个XX,服务端的内容没有问题,但是客户浏览器等是没有完的,请求端需要在请求头中设置Content-Type为application/json才可以的,否则415错误就等着你哦。。。


又回来了~~~
补充一个问题
如果使用@RequestBody注入一个实体类, 而且注入的字段上正好有@JsonIgnore注解, 那么这个字段是注入失败的, 可能有冲突的, 目前没有时间研究, 但是可以新建一个实体类专门用户接收参数的方法达到目的


回来补充一个问题
如果一个对外接口中出现了多个@RequestBody, 那么就可能出现如下报错HttpMessageNotReadableException:

{
    "timestamp": "2020-07-05T09:51:20.019+00:00",
    "status": 400,
    "error": "Bad Request",
    "trace": "org.springframework.http.converter.HttpMessageNotReadableException: I/O error while reading input message; nested exception is java.io.IOException: Stream closed\r\n\tat ...",
    "message": "I/O error while reading input message; nested exception is java.io.IOException: Stream closed",
    "path": "/pay/save"
}

但是具体的原因不明确, 查实了再来补充
我目前的解决方案就是一个对外接口不要使用多个@RequestBody的参数, 防止序列化出现问题


还有个问题

{
    "timestamp": "2020-07-07T13:01:00.488+00:00",
    "status": 400,
    "error": "Bad Request",
    "trace": "org.springframework.http.converter.HttpMessageNotReadableException: Required request body is missing: public com.shreker.faith.response.ResponseObject com.shreker.faith.controller.PayController.list(com.shreker.faith.query.PayQueryObject)\r\n\tat ...",
    "message": "Required request body is missing: public com.shreker.faith.response.ResponseObject com.shreker.faith.controller.PayController.list(com.shreker.faith.query.PayQueryObject)",
    "path": "/pay/list"
}

这个问题给我的教训是: 使用了@RequestBody参数, 那么参数不能为空, 否则会报此错误

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,496评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,407评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,632评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,180评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,198评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,165评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,052评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,910评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,324评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,542评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,711评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,424评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,017评论 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,668评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,823评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,722评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,611评论 2 353