SpringMVC @RequestBody出现400 Bad Request怎么解决

这篇文章主要介绍了SpringMVC @RequestBody出现400 Bad Request怎么解决的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇SpringMVC @RequestBody出现400 Bad Request怎么解决文章都会有所收获，下面我们一起来看看吧。

@RequestBody出现400 Bad Request的问题

今天与同事调试一个接口，发现后台使用@RequestBody老是获取不到数据。查了网上很多资料,要使用@RequestBody来转换JSON字符串为对象

大概是以下几个点

请求的Content-Type要是application/json

请求的类型要是POST

前台json传递的key在后台的实体对象中存在，也就是JSON要与实体对象要对应,并且名称要一致（如果不一致可以使用@JsonProperty来做映射）

以上这些我基本都检查过了，都没有问题，但是程序根本就不会进入接口方法，详细检查了前端传送到后台确实 application/json类型的数据。

如下：

POST /quickstart/api/v1/dataSync/syncUser HTTP/1.1Content-Length: 67Host: 192.168.1.231:9090Content-Type: application/json{"username": "1111","password": "e10adc3949ba59abbe56e057f20f883e"}HTTP/1.1 400 Bad RequestContent-Length: 0Server: Jetty(7.6.15.v20140411)

SpringMVC也没有抛出任何错误，于是在接口Controller加入以下异常处理代码来确定异常信息：

@ResponseBody    @ResponseStatus(HttpStatus.BAD_REQUEST)    @ExceptionHandler(HttpMessageNotReadableException.class)    public void messageNotReadable(HttpMessageNotReadableException exception, HttpServletResponse response){        //调试作用，用来调试前台传递json后台无法正确映射问题                logger.error("请求参数不匹配。", exception);            }

终于后台打印出错误信息如下：

Caused by: com.fasterxml.jackson.databind.JsonMappingException: No content to map due to end-of-input
 at [Source: org.eclipse.jetty.server.HttpInput@42f0d7f3; line: 1, column: 1]
    at com.fasterxml.jackson.databind.JsonMappingException.from(JsonMappingException.java:164) ~[jackson-databind-2.4.0.jar:2.4.0]
    at com.fasterxml.jackson.databind.ObjectMapper._initForReading(ObjectMapper.java:3095) ~[jackson-databind-2.4.0.jar:2.4.0]
    at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:3036) ~[jackson-databind-2.4.0.jar:2.4.0]

但是还是找不到问题所在，最后无意发现前面有一段测试代码（因为程序一直无法进入Controller的接口方法，所以我在Spring拦截器中加了一段代码），测试前端传过来的JSON数据的内容。也就是这段代码导致了这一切。

@Override    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {        BufferedReader reader = new BufferedReader(new InputStreamReader(request.getInputStream()));        StringBuffer buffer = new StringBuffer();          String line = " ";          while ((line = reader.readLine()) != null){               buffer.append(line);          }          System.out.println(buffer.toString());

查看文档，发现HttpServletRequest.getInputStream()，一般只能被调用一次，在request.getinputstream读取一次后position到了文件末尾，第二次就读取不到数据，由于无法reset()，所以，request.getinputstream只能读取一次。

做了几年程序第一次知道HttpServletRequest.getInputStream()只能被读取一次，真是学艺不精啊。

post 400 (Bad Request)异常怎么排查参数

问题描述

用ajax请求时报post 400 (Bad Request)的异常，前台js参数JSON.stringify(data),后台controller 中@RequestBody XX xx(javabean)接收参数。

通常发生400时，即使在后台方法上设置断点，但因400是参数由json转换成Javabean时发生异常，所以不会进入断点。

此时如果单靠眼力一一排查参数中的每个值，简直能把眼瞅瞎……还未必能找到……

解决办法

办法一：

从大牛那取经，可以org.springframework.web.servlet.DispatcherServlet中设置断点，好像是doService方法，下次再遇到自己打算试试。

办法二：

自己找到了一个low但比较简单直观的办法，哈哈

浏览器F12，调试状态下在network/网络找到400(Bad Request)的请求，复制出该post请求的json格式的请求参数。

以chrome为例，点击“view source”会显示json字符串格式的参数。

在后台方法中将该json字符串转换成JSONObject，再将JSONObject转换成实体XX。

代码：

com.alibaba.fastjson.JSONObject.toJavaObject((com.alibaba.fastjson.JSONObject)(com.alibaba.fastjson.JSONObject.parse("{'ts':1493184921039,'pk':nulll}")),XX.class)

其中的{'ts':1493184921039,'pk':nulll}是请求参数字符串（将双引号改成单引号），JSONObject.parse()方法将其转换成JSONObject格式；JSONObject.toJavaObject()是转换为实体XX的方法。

运行代码，就会报错，错误中会提示那些参数有问题，进而修改就可以啦。

到目前为止遇到过两次参数的问题，一次是时间戳ts的格式导致400的，当时ts是是由net.sf.json.JSONObject处理过返回给前台页面的，等到再将包含该ts的实体json串传给后台时就因无法转换为实体报错了。

第二次就是现在因为实体中的一个属性是空值，而实体类中该属性的set方法对该属性值进行了特殊处理，却又未判空导致了空指针异常。

关于“SpringMVC @RequestBody出现400 Bad Request怎么解决”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“SpringMVC @RequestBody出现400 Bad Request怎么解决”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注编程网行业资讯频道。