通过ajax提交form表单的数据,对表单进行序列化
最近学习了前后端分离,经常会使用到ajax向后端提交数据,在提交数据的过程中遇到了一些问题:前端提交的数据在后端无法获取。
在springMVC中(这里不使用原生的servlet通过request获取参数),前端传递的参数会自动的按照参数的名称是否一致来接收,而下面就是我遇到的问题:通过ajax提交了一个user对象中字段的数据,但是在后端的方法中没有通过user这个参数接收到数据。
下面就是我的表单:
<!--User对象的表单数据-->
<form id="userAddForm" action="">
姓名:<input type="text" name="name" id="name"><br>
性别:<input type="radio" name="sex" value="1">男<input type="radio" name="sex" value="0"><br>
电话:<input type="text" name="phone" id="phone"><br>
邮箱:<input type="email" name="email" id="email"><br>
地址:<input type="text" name="address" id="address" value="河北省..." readonly="readonly"><br>
<input type="submit" value="提交,添加" onclick="return submitAdd()">
</form>
平常地,在ajax的data的设置中都是通过key-value来进行传递参数:
$.ajax({
url:"<%=request.getContextPath()%>/user/addUser.do", //地址
type:"POST", //提交方式
data:{
“id”:$("#id").val(),
“name”:$("#name").val()
//...其他参数略
},
dataType:"JSON",
success:function(data){
alert(data.msg);
}
});
但是数据传输出去之后方法中的参数user仍然接收不到数据,后来一想这样的参数名称也对应不上啊!pass。然后我查了又找其他的方式,是将表单进行序列化。ajax中的data参数设置的key-value中的value=$("#userAddForm").serialize()
然后就有了下面的这一种写法:
$.ajax({
url:"<%=request.getContextPath()%>/user/addUser.do", //地址
type:"POST", //提交方式
data:{
“user”:$("#userAddForm").serialize()
},
dataType:"JSON",
success:function(data){
alert(data.msg);
}
});
然后我再次测试,发现后端仍然接收不到user参数。这可怎么办呢?心里慌得一批~~~没办法之后我就获取了一下表单序列化之后的内容(哎?标准URL编码文本字符串key,key1=value1&key2=value2…):
发现这种格式和在表单使用GET方式提交时,地址栏后面的参数格式是一样的,马上我又查看官方文档:
对比之后,果然是一样的!都是使用&拼接的字符串。我又换了一下data里面的写法,终于正确了~ ~ ~[鲸吸一口气]。
//这次是正确的ajax表单序列化,参数设置方式
$.ajax({
url:"<%=request.getContextPath()%>/user/addUser.do", //地址
type:"POST", //提交方式
data:{
$("#userAddForm").serialize()
},
dataType:"JSON",
success:function(data){
alert(data.msg);
}
});
附加:
- ajax提交表单中的数据默认是没有序列化的所以要序列化(默认get和post都没有序列化)。序列化分为两种方式。分别是serialize()和serializeArray()。后台只能识别&分隔类型的数据。
- $("#userAddForm").serializeArray() 序列化成json的格式。这种序列化后的数据要在接收方加上@Requestbody之后变成&连接的方式才能接收。
- serialize()序列化为中间加&的方式。序列化并不是只在中间加个&就可以了,还有进行数据整理等功能。这种序列化后的格式就是和submit提交的同一种方式,可以直接接收了。
参考链接:
https://blog.csdn.net/weixin_43895377/article/details/93198410
https://www.cnblogs.com/lucyliang/p/4800530.html
https://www.cnblogs.com/macht/p/11622569.html