Springboot学习之Http请求参数丢失处理
前言
最近使用springboot开发一后端程序，遇到了一些奇怪的问题，今天分享一下关于参数丢失的问题，和相关的解决方案和调试手段。
且看一下demo，这是一个简单的controller,这里我使用了swaager2生成RESTful Api文档
@Controller
public class CcbHouseController {
@ApiOperation(value = "1.1说hello")
@ApiImplicitParams({
@ApiImplicitParam(name = "id", value = "用户id", required = true, paramType = "form", dataType = "String")
})
@RequestMapping(value = "/sayhello", method = RequestMethod.POST, produces = "application/json;charset=UTF-8")
@ResponseBody
public String sayhello(String id) {
Response mResponse = new Response();
if (IsNullUtil.stringIsNull(id)) {
return mResponse.error("参数不能为null");
}
return mResponse.ok("返回成功","hello");
}
}后端代码很简单，前端使用ajax进行请求
$.ajax({
type: "post",
url: "http://127.0.0.1:8080/sayhello",
async: true,
data: "id=1",
success: function(data) {
}
});代码看似很简单，运行时也不会报错，但是如果在ajax请求加上contentType这个属性，很多小伙伴就会出错。
第一类错误contentType协议不正确
很多人会使用contentType：”application/json”这种协议。
错误示例：
var postData={id:1}；
$.ajax({
type: "post",
url: "http://127.0.0.1:8080/sayhello",
async: true,
data: JSON.stringify(postData),
contentType: "application/json",
success: function(data) {
}
});我们的后端是接收的是Form请求，这里发送的是json格式，后端肯定接收不了参数，于是报了错。
正确的应该是：
contentType: "application/x-www-form-urlencoded;charset=UTF-8",application/x-www-form-urlencoded协议发送form请求，后端才会收到请求。
一般ajax请求不加contentType，默认是application/x-www-form-urlencoded协议。
所以前言中的代码不会报错。初学者容易犯这类错误。
第二类错误：特殊字符乱码导致参数丢失
这类错误，我在查资料时，看到一些人遇到过这类错误。这类错误多发在GET请求，参数中包含一些特殊符号。
使用encodeURIComponent可以解决，这里不详细描述，我没遇到过。机智。
主要是第三类错误，也是最难查找的一类。
第三类错误：UTF-8 BOM编码，不能被处理
这是一个同事使用c#进行作为C端，进行请求时，显现出来的问题。
问题描述：
这个同事调用我的接口，经常出现有时候能请求成功，有时候不能请求成功的问题。
刚拿到这个问题时，我查了一下日志，发现提示id参数丢失，这么短会丢失？心里一万个草泥马奔腾而过。
我立马用swagger2生成的API文档测试了一下，发现没问题啊，怎么回事？初步怀疑是同事的代码有问题。和同事沟通，查看了一下他请求的代码，并使用Fiddler进行抓包。发现一切正常。
这里就不得不说一下fiddler了，一个很好的抓包工具。但是有一个缺点，服务端的包好像抓不到。只能抓到C端的包。不知道是不是我的打开方式不对。
抓包后发现别人的请求参数没问题啊，于是心惊胆颤的查看自己的代码，也没问题啊。并且使用ajax请求也没问题。苦苦在某度上搜索了很久，没找到答案，于是准备再次抓包。这次抓服务端的包。
问题解决
于是使用了wireshark进行抓包。这个工具很强大，可以抓到请求和返回的二进制数据。
抓包结果如下
POST /sayhello HTTP/1.1
Content-Type: application/x-www-form-urlencoded
Accept: */*
Host: 192.168.0.101:8090
Content-Length: 7
Expect: 100-continue
Connection: Keep-Alive
...id=1HTTP/1.1 200
Content-Type: text/plain;charset=UTF-8
Content-Length: 84
Date: Tue, 10 Jul 2018 06:40:52 GMT
{"resultCode":1,"resultMsg":"...............null.........","resultType":1,"data":""}发现请求参数前面有3个…，这3个…是什么鬼？使用二进制查看了一下，是一串ef bb bf，于是打开某度，搜索了一下出来了utf-8 bom，初步查看了一下他们的区别，原来就是当初的协议制时，搞得一个东西，很多语言，不支持此种格式。java也包含其中。
确定了问题，那就让C#端的同事去掉请求时的这个东西。
using System.Text;
var encoding = new UTF8Encoding(false);使用这个可以去除，其它语言，请自行去除。
第四类错误：请求头Accept未设置
Accept代表客户端希望接受的数据类型
这类错误，比较容易发现，只要对比请求头即可。
解决办法：加上Accept：/ 即可。
好了，问题解决了，折腾了一两天。又可以happy的玩耍了。