这篇文章主要介绍了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怎么解决”知识都有一定的了解,大家如果还想学习更多知识,欢迎关注编程网行业资讯频道。