http Content-Type 的常见类型对比

 参考: https://www.cnblogs.com/softidea/p/5745369.html

• text/xml

• application/json

[popexizhi: 这个不用多说了，但是有一个和text/xml 一样都是对

application/x-www-form-urlencoded 的改进吧

 ]

• multipart/form-data

[popexizhi: 

写文件上传时，python有如下一个方式：

params = {'file': open(file_name, "r")}

datagen, headers =  mutipart_encode(params) #这里应该就是这个multipart/form-data文件头的封装设计吧?!:)

]

我们使用表单上传文件时，必须让 <form> 表单的enctype 等于 multipart/form-data。直接来看一个请求示例：

BASHPOST 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 很长很复杂。然后 Content-Type 里指明了数据是以 multipart/form-data 来编码，本次请求的 boundary 是什么内容。消息主体里按照字段个数又分为多个结构类似的部分，每部分都是以 --boundary 开始，紧接着是内容描述信息，然后是回车，最后是字段具体内容（文本或二进制）。如果传输的是文件，还要包含文件名和文件类型信息。消息主体最后以 --boundary-- 标示结束。
关于 multipart/form-data 的详细定义，请前往 rfc1867 查看。

这种方式一般用来上传文件，各大服务端语言对它也有着良好的支持。

• application/x-www-form-urlencoded （默认方式）

[popexizhi: 这种方式是多数服务器内置的默认支持解码方式，但自己写web服务器就不一定支持了:)

每次看到 -d 中是 key=value 就警惕一下 content-type，别的没有什么可说的

原文作者很吐槽这个不支持复杂结构，这个也是要改进成json，xml的原因吧：）

]

在发送前编码所有字符（默认），

如果不设置 enctype 属性，那么最终就会以 application/x-www-form-urlencoded 方式提交数据。

<form action="form_action.asp" enctype="text/plain">
  <p>First name: <input type="text" name="fname" /></p>
  <p>Last name: <input type="text" name="lname" /></p>
  <input type="submit" value="Submit" />
</form>

此时Form提交的请求数据，抓包时看到的请求会是这样的内容（无关的请求头在本文中都省略掉了）：

BASHPOST 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 转码。