关于form表单或者Ajax向后台发送数据时,数据格式的探究

Posted 名刀

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了关于form表单或者Ajax向后台发送数据时,数据格式的探究相关的知识,希望对你有一定的参考价值。

最近在做一个资产管理系统项目,其中有一个部分是客户端向服务端发送采集到的数据的,服务端是Django写的,客户端需要用rrequests模块模拟发送请求

假设发送的数据是这样的:

  data = {‘status‘ : True , ‘content‘ : { ‘k1‘ : ‘xxxx‘ , ‘k2‘ : ‘xxxx‘ }}

是字典套字典的,然后通过requests.post(url = url ,data = data) 发送,会发现在服务端接收到的数据是这样的,<QueryDict>:{  [ ‘status‘ , ‘content‘ ] }

发生了什么,为什么只取到了key,但是没有取到values呢,既然能取到key,说明Django是没问题的

那问题肯定就出在requests.post发送数据上了

好了,铺垫完毕

想一下,ajax是怎么发送数据的

$.ajax ({

  url : ‘xxxx‘,

  data : {

    k1 : 1,
    k2 : ‘abc‘,
    k3 : [1,2,3,4,‘s‘]

    }

  })

呐,只能发送这三种格式吧,没有字典吧,如果非要发送字典,可以通过JSON把字典转成字符串格式,JSON.stringfy({ ‘k1‘:‘xxx‘ })

form 表单也是这样的,而requests.post就是仿造的form表单提交

发现了问题,我们再来剖析一下http发送post请求的过程

ajax发送的data是个字典,是键值对的形式,在http的post请求过程中,把这种键值对转换成

k1=xxx&k2=xxx这种格式,并且会带上一个请求头:

  content-type : application/x-www-form-urlencoded

这个请求头和k1=xxx&k2=xxx这种格式是以一一对应的,只要发送这个格式,就必须带上这个请求头,后台的request.POST会根据这个请求头解析这种格式,还原成以前字典的格式。而且这种格式和这个请求头都是默认的,所以如果我们不修改,直接发送文章开始说的那种格式,服务端就不能解析,所以只拿到字典的key,没拿到value

  但如果是现在这种情况,我们发送的不是这个格式,而是想要发送JSON.stringfy({ ‘k1‘:‘xxx‘ })这种json字符串,也是有办法的,ajax可以自定义请求头,改成这样:  

$.ajax ({

  url : ‘xxxx‘,

  headers : { ‘content-type‘ : ‘application/json‘ },

  data : JSON.stringfy( {k1 : 1,k2 : ‘abc‘,k3 : [1,2,3,4,‘s‘]})

  })

这样后台就会根据json去解析接收到的数据(json格式的字符串)

但是不能用request.POST了,因为request.POST 默认是按k1=xxx&k2=xxx这种格式解析数据的,

应该用request.body去拿数据,再用json.loads一下就拿到这个字典了

 

默认情况下,form 表单,ajax 以及 requests.post 都是这样处理的

所以在这个项目中,我们需要用requests自定义这个请求头,这个写法就很简单了

requests.post(url = url ,json = data) ,就行了,把原来的data关键字参数换成json关键字参数。

内部做的就是,1.序列化data,2.带一个请求头‘content-type‘ : ‘application/json‘

这样,服务端拿到的数据,先decode解码一下,在json.loads,就是我们熟悉的字典了



以上是关于关于form表单或者Ajax向后台发送数据时,数据格式的探究的主要内容,如果未能解决你的问题,请参考以下文章

使用ajax向后台发送数据

ajax提交表单向后台发送数据

在线等!关于jsp页面表单中文数据提交到后台出现乱码问题!

关于上传文件 非ajax提交 得到后台数据问题

关于后台接收参数为null的问题之ajax--contentType

补充知识