HTTP中POST请求的四种编码方式

HTTP协议中规定POST提交的数据必须放在消息主体中，但是协议没有规定数据必须使用什么编码方式，开发者可以自己决定消息主体的格式。
服务端通常根据请求通中的Content-Type字段来判断消息主体是用何种方式编码，再对主体进行解析。

body常见的四种数据格式

application/x-www-form-urlencoded

浏览器原生的form表单，如果不设置enctype属性，那么最终就会以application/x-www-form-urlencoded方式提交数据。
例如：

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

数据的Content-Type默认就是application/x-www-form-urlencoded

multipart/form-data

在使用表单上传文件的时候，必须让表单的enctype=“multipart/form-data”

application/json

现在越来越多人把它当做请求头，它告诉服务端消息主体是序列化后的JSON字符串

text/xml

它是一种使用 HTTP 作为传输协议，XML 作为编码方式的远程调用规范。

在form表单中设置enctype为application/json没有效果？

在新版本的w3c中，废弃了enctype="application/json"特性，所以在遇到一些不支持的浏览器中，会强制设置Content-Type为application/x-www-form-urlencoded。在一些老版本的浏览器中可能还有效果。

上传文件时Content-Type中的boundary是做什么用的？

在使用post上传文件时，不仅需要使用multipart/form-data来进行编码，还需要在Content-Type中定义boundary作为表单参数的分隔符，后端会根据解析到boundary的值作为分隔符来分隔参数
一般来说都不需要手动添加boundary值，浏览器的request库都会自动设定boundary的值，如果手动设置了Content-Type值，后端可能会报错，因为浏览器可能自己会生成一个Content-Type，此时可能不会去覆盖自己写的Content-Type，因此后端拿到的Content-Type中的boundary值可能和自己设置的不一样。
例如：

其中WebKitFormBoundaryFFWBH4SKWp3R0aP6是随机生成的字符串，用来确保整个分隔符不会在文件或表单项的内容中出现

要上传一个title字段值为LINNYUU和一个文件C:\1.txt，HTTP的正文如下：

--WebKitFormBoundaryFFWBH4SKWp3R0aP6
Content-Disposition: form-data; name="title"
\r\n
LINNYUU
--WebKitFormBoundaryFFWBH4SKWp3R0aP6
Content-Disposition: form-data; name="1.txt"; filename="C:\1.txt"
Content-Type: text/plain
\r\n
<这里是1.txt文件的内容>
--WebKitFormBoundaryFFWBH4SKWp3R0aP6--
\r\n

要注意的是，每一行都必须以\r\n结束