0x00 背景

POST是在平日中很常见一种请求方式。相比于GET请求方式来说，POST更加的安全（不会被保存在浏览器历史或WEB服务器日志中）也支持更大的数据传输（GET请求因为是在URL添加参数所以受到URL长度的限制，即只支持2048个字符）。

通过POST提交的数据是需要放在请求头的消息体中，支持的格式主要有下面四种，而对于这四种的识别则是服务器端对请求头的content-tyep参数来进行判断的。

0x01 multipart/form-data

multipart/form-data 是新增的编码类型，以提高二进制文件的传输效率。这种方式一般用来上传文件，各大服务端语言对它也有着良好的支持。 某表单的源代码如下：

 



<form action="upload.php" enctype="multipart/form-data" method="post">
<input name="myflie" type="file" />
<input type="submit" />



当在该表单输入内容进行提交的时候就会产生一个POST请求，其中的Content-Type参数值就会被设置为multipart/form-data

同时还会因为其特殊的格式增加一个boundary参数，这个参数是一个分隔符，分隔多个文件、表单项，他的值要足够的复杂或者随机，以保证不会与上传表单或者文件的内容出现重复。

请求头部分内容如下：



POST http://www.example.com HTTP/1.1
Content-Type:multipart/form-data; boundary=----WebKitFormBoundaryrGKCBY7qhFd3TrwA
 
------WebKitFormBoundaryrGKCBY7qhFd3TrwA
Content-Disposition: form-data; name="text"
 
title
------WebKitFormBoundaryrGKCBY7qhFd3TrwA
Content-Disposition: form-data; name="file"; filename="chrome.png"
Content-Type: image/png
 
PNG ... content of chrome.png ...
------WebKitFormBoundaryrGKCBY7qhFd3TrwA--



可以看到消息体被boundary分隔开了，整个消息体以 --boundary开始，各个表单的内容使用--boundary分隔开，最后使用--boundary--来结束

0x02 application/x-www-form-urlencoded

这是最常见的POST提交数据的方法了吧。在源代码未知道enctype的时候默认就使用这种方式来提交。请求头类似于这样：



POST http://www.example.com HTTP/1.1
Content-Type: application/x-www-form-urlencoded;charset=utf-8
 
title=test&sub%5B%5D=1&sub%5B%5D=2&sub%5B%5D=3



可以看到消息体中提交的内容使用&进行连接，同时使用了URL编码，所以就像是把GET请求的参数放到消息体中一样。大部分服务端语言都对这种方式有很好的支持。很多时候，我们用 Ajax 提交数据时，也是使用这种方式。例如 JQuery 和 QWrap 的 Ajax，Content-Type 默认值都是「application/x-www-form-urlencoded;charset=utf-8」。 

0x03 application/json

由于 JSON 规范的流行，除了低版本 IE 之外的各大浏览器都原生支持 JSON.stringify，服务端语言也都有处理 JSON 的函数，使用 JSON 不会遇上什么麻烦。同时json可以支持比普通的键值对更加复杂的数据，因此越来越多的人开始使用这种方式进行数据传输。 



POST http://www.example.com HTTP/1.1
Content-Type: application/json;charset=utf-8
 
{"title":"test","sub":[1,2,3]}



0x04 补充

除了以上的3种情况之外，还有一些特殊的content-type。