HTTP content-type及POST提交数据方式

Content-Type（内容类型），一般指网页中存在的Content-Type，用于定义网络文件的类型和网页的编码，决定浏览器将以什么形式、什么编码读取这个文件，这也是一些网页点击的结果却是一个文件或一张图片的原因。

Content-Type 是请求报文和响应报文的实体部分使用的头部，标识实际返回实体主体的媒体类型。

语法：

Content-Type: text/html; charset=utf-8
Content-Type: multipart/form-data; boundary=something

常见的媒体格式类型如下：

• text/html ： HTML格式
• text/plain ：纯文本格式
• text/xml ： XML格式
• image/gif ：gif图片格式
• image/jpeg ：jpg图片格式
• image/png：png图片格式

以application开头的媒体格式类型：

• application/xhtml+xml ：XHTML格式
• application/xml： XML数据格式
• application/atom+xml ：Atom XML聚合格式
• application/json： JSON数据格式
• application/pdf：pdf格式
• application/msword ： Word文档格式
• application/octet-stream ： 二进制流数据（如常见的文件下载）
• application/x-www-form-urlencoded ： <form encType=””>中默认的encType，form表单数据被编码为key/value格式发送到服务器（表单默认的提交数据的格式）

另外一种常见的媒体格式是上传文件之时使用的：

• multipart/form-data ： 需要在表单中进行文件上传时，就需要使用该格式

POST提交数据的方式

　　1、application/x-www-form-urlencoded 

　　　　在发送到服务器前，使用URL的percent-encoding（百分号编码）编码所有的字符。

　　　　之所以叫百分号编码，是因为它的编码方式非常简单，使用%加上两位的字符（012345678ABCDEF）代表一个字节的十六进制形式。URL 编码默认使用的字符集是US-ASCII。例如a在US-ASCII码中对应的字节是0x61，那么URL编码后得到的就是%61。

　　　　如保留字符的URL编码

!

*

"

'

(

)

;

:

@

&

=

+

$

,

/

?

%

#

[

]

%21

%2A

%22

%27

%28

%29

%3B

%3A

%40

%26

%3D

%2B

%24

%2C

%2F

%3F

%25

%23

%5B

%5D

　　　　这也是最常见的POST|提交方式，浏览器的原生<form>表单，如果不设置enctype属性，那么最终会以application/x-www-form-urlencoded 方式提交数据。

　　　　URL编码详情见本文附录。

　　例如 JQuery 和 QWrap 的 Ajax，Content-Type 默认值都是「application/x-www-form-urlencoded;charset=utf-8」

　　使用这种方式，抓包看到的请求是这样的：

POST http://xxx/query.json HTTP/1.1
Host: xxx
Connection: keep-alive
Content-Length: 294
Accept: */*
Origin: xxx
X-Requested-With: XMLHttpRequest
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3626.81 Safari/537.36
Content-Type: application/x-www-form-urlencoded; charset=UTF-8
Referer: xxx
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8
Cookie: JSESSIONID=aaa1xsjvLKCZC-beX0-1w

sEcho=1&iColumns=7&sColumns=&iDisplayStart=0&iDisplayLength=10&mDataProp_0=id&mDataProp_1=schemeId&mDataProp_2=redeemNo&mDataProp_3=redeemCode&mDataProp_4=function&mDataProp_5=function&mDataProp_6=function&schemeId=160425SCH1461578754536&num=&comment=&source=&expiretime=&attachmentName=&state=

　　请求参数是key/value的形式，并以&符拼接在一起，但是不会在请求URL中显示。

　　2、multipart/form-data

　　我们使用表单上传文件时，必须设置 <form> 表单的enctype属性 等于 multipart/form-data。

　　使用这种方式，抓包看到的请求是这样的：

POST http://xxx HTTP/1.1
Host: xxx
Connection: keep-alive
Content-Length: 356
Accept: application/json, text/javascript, */*; q=0.01
Origin: xxx
X-Requested-With: XMLHttpRequest
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3626.81 Safari/537.36
Content-Type: multipart/form-data; boundary=----WebKitFormBoundary5SBLMDU5DZ2Hmqej
Referer: xxx
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8
Cookie: JSESSIONID=aaa1xsjvLKCZC-beX0-1w

------WebKitFormBoundary5SBLMDU5DZ2Hmqej
Content-Disposition: form-data; name="file"; filename="xxx.sql"
Content-Type: application/octet-stream

use xxx;
insert into xxx;
------WebKitFormBoundary5SBLMDU5DZ2Hmqej--

　　3、application/json　　（推荐使用）

　　用来告知服务器消息主体（body）是序列化后的JSON字符串。使用此种方式需要解析request中的body获取请求数据。

　　使用Spring的话用@RequestBody注解来解析请求参数，这个注解说明参数是从HTTP的body中去获取。

　　使用这种方式，抓包看到的请求是这样的：

POST http://xxx HTTP/1.1
Host: xxx
Connection: keep-alive
Content-Length: 160
Accept: application/json, text/javascript, */*; q=0.01
Origin: xxx
X-Requested-With: XMLHttpRequest
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3626.81 Safari/537.36
Content-Type: application/json
Referer: xxx
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8
Cookie: JSESSIONID=aaa1xsjvLKCZC-beX0-1w

{"schemeId":"160425SCH1461578754536","attachmentName":"xxx.sql","num":"30","comment":"test","expiretime":"2019-09-01"}

　　4、text/xml 

　　XML-RPC（XML Remote Procedure Call，它是一种使用 HTTP 作为传输协议，XML 作为编码方式的远程调用规范

　　不过这种方式暂时没有用过。

附录：

　　URL编码与解码

　　对于URL来说，编码是为了消除歧义。如POST使用Content-Type:application/x-www-form-urlencoded 方式提交数据时，URL参数字符串之间使用【key=value&key=value】的形式来传输，键值之间以&符拼接和分割，那么如果参数名key或者参数值value中包含了=或者&符号势必会造成接收URL的服务器解析错误，因此必须对引起歧义的符号进行转义，也就是编码。

　　URL的编码格式采用ASCII码，也就是说，不能在URL中包含任何非ASCII字符，例如中文。

　　RFC3986文档规定，URL中只允许包含英文字母（a-zA-Z）、数字、-_.~ 4个特殊字符以及所有保留字符。URL编码中的10-7F字节全部都表示控制字符，这些字符都不能放在URL中。

　　RFC3986中指定了以下字符为保留字符：! * ' ( ) ; : @ & = + $ , / ? # [ ]

　　不安全字符：还有一些字符，当他们直接放在Url中的时候，可能会引起解析程序的歧义。这些字符被视为不安全字符，原因有很多。

　　　　空格：Url在传输的过程，或者用户在排版的过程，或者文本处理程序在处理Url的过程，都有可能引入无关紧要的空格，或者将那些有意义的空格给去掉。
　　　　引号以及<>：引号和尖括号通常用于在普通文本中起到分隔Url的作用
　　　　#：通常用于表示书签或者锚点
　　　　%：百分号本身用作对不安全字符进行编码时使用的特殊字符，因此本身需要编码
　　　　{}|^[]`~：某一些网关或者传输代理会篡改这些字符

　　需要注意的是，对于Url中的合法字符，编码和不编码是等价的。

如何对Url中的非法字符进行编码

　　URL编码也叫percent-encoding（百分号编码），之所以叫百分号编码，是因为它的编码方式非常简单，使用%加上两位的字符（012345678ABCDEF）代表一个字节的十六进制形式。URL 编码默认使用的字符集是US-ASCII。例如a在US-ASCII码中对应的字节是0x61，那么URL编码后得到的就是%61。我们在地址栏上输入http://g.cn/search?q=%61%62%63，实际上就等同于在google上搜索abc了。又如@符号在ASCII字符集中对应的字节为0x40，经过Url编码之后得到的是%40。

　　对于非ASCII字符，需要使用ASCII字符集的超集进行编码得到相应的字节，然后对每个字节执行百分号编码。对于Unicode字符，RFC文档建议使用utf-8对其进行编码得到相应的字节，然后对每个字节执行百分号编码。如"中文"使用UTF-8字符集得到的字节为0xE4 0xB8 0xAD 0xE6 0x96 0x87，经过Url编码之后得到"%E4%B8%AD%E6%96%87"。