python接口自动化（十）--post请求四种传送正文方式（详解）.pdfVIP

python接接⼝⼝⾃⾃动动化化 （（⼗⼗））--post请请求求四四种种传传送送正正⽂⽂⽅⽅式式 （（详详解解）） 　　post请求我在已经讲过⼀部分了 主要是发送⼀些较长的数据 还有就是数据⽐较安全等。我们要知道post请求四种传送正⽂⽅式⾸先需要先了解⼀下常见的四种编码 ⽅式： HTTP 协议规定 POST 提交的数据必须放在消息主体 （entity-body）中 但协议并没有规定数据必须使⽤什么编码⽅式。 1 action：url 地址 服务器接收表单数据的地址 2 method ：提交服务器的http⽅法 ⼀般为post和get 3 name ：最好好吃name属性的唯⼀性 4 enctype: 表单数据提交时使⽤的编码类型 默认使⽤pplication x-www-form-urlencoded 如果是使⽤POST请求 则请求头中的content-type指定值就是该值。如果表单中有上 enctype为form表单数据的编码格式 Content-type为Http传输的数据的编码格式。分清两者 1 识别出表单中表单元素的有效项 作为提交项 2 构建⼀个表单数据集 3 根据form表单中的enctype属性的值作为content-type对数据进⾏编码 4 根据form表单中的action属性和method属性向指定的地址发送数据 1 get :表单数据会被encodeURIComponent后以参数的形式:name1=value1name2=value2 附带在url?后⾯ 再发送给服务器 并在url中显⽰出来。 2 post ：enctype 默认application x-www-form-urlencoded对表单数据进⾏编码 数据以键值对在http请求体重发送给服务器；如果enctype 属性为multipart form-data 则以消 Http协议⾏为：Http1.1协议 我们知道 HTTP 协议是以 ASCII 码传输 建⽴在 TCP IP 协议之上的应⽤层规范。规范把 HTTP 请求分为三个部分：状态⾏、请求头、消息主体。类似于下⾯这样： 1 method request-URL version headers entity-body　　 　　协议规定 POST 提交的数据必须放在消息主体 （entity-body）中 但协议并没有规定数据必须使⽤什么编码⽅式。实际上 开发者完全可以⾃⼰决定消息主体的格式 只要最后发送的 HTTP 请求满⾜上⾯的格式就可以。 但是 数据发送出去 还要服务端解析成功才有意义。⼀般服务端语⾔如 php、python 等 以及它们的 framework 都内置了⾃动解析常见数据格式的功能。服务端通常是 根据请求头 （headers）中的 Content-Type 字段来获知请求中的消息主 体是⽤何种⽅式编码 再对主体进⾏解析。 所以说到 POST 提交数据⽅案 包含了 Content-Type 和消息主体编码⽅式两部分 　　这应该是最常见的 POST 提交数据的⽅式了。浏览器的原⽣ form 表单 如果不设置 enctype 属性 那么最终就会以 application x-www-form-urlencoded ⽅式提交数 据。请求类似于下⾯这样 （⽆关的请求头在本⽂中都省略掉了）： POST http: HTTP 1.1 Content-Type:application x-www-form-urlencoded;charset=utf-8 title=testsub%5B%5D=1sub%5B%5D=2sub%5B%5D=3 　　⾸先 Content-Type 被指定为 application x-www-form-urlencoded ；其次 提交的数据按照 key 1=val1key2=val2 的⽅式进⾏编码 key 和 val 都进⾏了 URL 转码。 ⼤部分服务端语⾔都对这种⽅式有很好的⽀持。例如 PHP 中 $_ POST[title] 可以获取到 title 的值 $_ POST[sub] 可以得到 sub 数组。 　　很多时候 我们⽤ Ajax 提交数据时 也是使⽤这种⽅式。例如 和 的 Ajax Content-Type 默认值都是 「application x-www-form-urlenc