005-四种常见的 POST 提交数据方式

一、http请求方法

HTTP Method	RFC	Request Has Body	Response Has Body	Safe	Idempotent	Cacheable
GET	RFC 7231	Optional	Yes	Yes	Yes	Yes
HEAD	RFC 7231	No	No	Yes	Yes	Yes
POST	RFC 7231	Yes	Yes	No	No	Yes
PUT	RFC 7231	Yes	Yes	No	Yes	No
DELETE	RFC 7231	No	Yes	No	Yes	No
CONNECT	RFC 7231	Yes	Yes	No	No	No
OPTIONS	RFC 7231	Optional	Yes	Yes	Yes	No
TRACE	RFC 7231	No	Yes	Yes	Yes	No
PATCH	RFC 5789	Yes	Yes	No	No	No

二、消息格式

客户端和服务器经过发送纯文本（ASCII）消息进行通讯。客户端向服务器发送请求，服务器发送响应。

2.一、请求消息

• 请求行（例如，GET /images/logo.png HTTP / 1.1，它从服务器请求名为/images/logo.png的资源）。
• 请求标头字段（例如，Accept-Language：en）。
• 空行。
• 可选的消息体。

2.二、响应消息

• 状态行，包括状态代码和缘由消息（例如，HTTP / 1.1 200 OK，表示客户端的请求成功）。
• 响应头字段（例如，Content-Type：text / html）。
• 空行。
• 可选的消息体
  

三、POST请求的Content-Type处理

　　协议规定 POST 提交的数据必须放在消息主体（entity-body）中，但协议并无规定数据必须使用什么编码方式。服务端一般是根据请求头（headers）中的 Content-Type 字段来获知请求中的消息主体是用何种方式编码，再对主体进行解析。因此说到 POST 提交数据方案，包含了 Content-Type 和消息主体编码方式两部分。

3.一、application/x-www-form-urlencoded【默认原生】

　　浏览器的原生 form 表单，若是不设置 enctype 属性，那么最终就会以 application/x-www-form-urlencoded 方式提交数据。请求相似于下面这样（无关的请求头在本文中都省略掉了）：

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　　

　　首先，Content-Type 被指定为 application/x-www-form-urlencoded；其次，提交的数据按照 key1=val1&key2=val2 的方式进行编码，key 和 val 都进行了 URL 转码。大部分服务端语言都对这种方式有很好的支持。例如 PHP 中，$_POST[‘title’] 能够获取到 title 的值，$_POST[‘sub’] 能够获得 sub 数组。
　　通常默认JQuery 和 QWrap 的 Ajax，Content-Type 默认值都是「application/x-www-form-urlencoded;charset=utf-8」。
　　spring MVC中不能使用RequestBody接收，普通的字段接收

3.二、multipart/form-data【文件传输】

使用表单上传文件时，必须让 form 的 enctyped 等于这个值。直接来看一个请求示例：

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/pngPNG ... content of chrome.png ...
------WebKitFormBoundaryrGKCBY7qhFd3TrwA--

首先生成了一个 boundary 用于分割不一样的字段，为了不与正文内容重复，boundary 很长很复杂。而后 Content-Type 里指明了数据是以 mutipart/form-data 来编码，本次请求的 boundary 是什么内容。消息主体里按照字段个数又分为多个结构相似的部分，每部分都是以 –boundary 开始，紧接着内容描述信息，而后是回车，最后是字段具体内容（文本或二进制）。若是传输的是文件，还要包含文件名和文件类型信息。消息主体最后以 –boundary– 标示结束。关于 mutipart/form-data 的详细定义，请前往 rfc1867 查看。

这种方式通常用来上传文件，各大服务端语言对它也有着良好的支持。
上面提到的这两种 POST 数据的方式，都是浏览器原生支持的，并且现阶段原生 form 表单也只支持这两种方式。

3.三、application/json【推荐】

它做为请求头，告诉服务端消息主体是序列化后的 JSON 字符串。因为 JSON 规范的流行，除了低版本 IE 以外的各大浏览器都原生支持 JSON.stringify，服务端语言也都有处理 JSON 的函数。

JSON 格式支持比键值对复杂得多的结构化数据

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

这种方案，能够方便的提交复杂的结构化数据，特别适合 RESTful 的接口。各大抓包工具如 Chrome 自带的开发者工具、Firebug、Fiddler，都会以树形结构展现 JSON 数据，很是友好。
spring MVC中使用RequestBody接受便可

3.四、text/xml【不推荐】

XML-RPC（XML Remote Procedure Call）。是一种使用 HTTP 做为传输协议，XML 做为编码方式的远程调用规范。典型的 XML-RPC 请求是这样的：

POST http://www.example.com HTTP/1.1
Content-Type: text/xml
<?xml version="1.0"?>
<methodCall> 
  <methodName>examples.getStateName</methodName> <params>
 <param>
 <value><i4>41</i4></value>
 </param>
 </params>
</methodCall>

XML-RPC 协议简单、功可以用，各类语言的实现都有。