POST请求中的四种数据类型

为什么POST请求中会出现这些数据类型呢？

1. 不同类型的数据用对应的编码格式效率比较高
2. 便于数据校验
3. 灵活性比较高
4. 设定一些标准

Content-Type 包含三个指令：

• media type：声明传输数据的媒体类型（ MIME ）；
• charset：声明传输数据采用的是何种字符集；
• boundary：数据分界符，有多部分数据实体时（multipart/form-data、multipart/byteranges），该指令是必需的，用于封装消息的多个部分的边界；其由 1 到 70 个字符组成，浏览器中会自动生成，该字符集对于通过网关鲁棒性良好，不以空白结尾。

POST请求常见数据类型

GET 和 POST 是我们最常用的两个 HTTP 请求方法。对于 GET请求，需要传递的数据比较简单，我们通常使用 QueryString 的方式传递，例如 https://test.com/api?a=1&b=2，那么 Content-Type 的值就不是那么重要了。对于 POST 请求，Content-Type 的值就非常重要了，需要根据不同场景做不同选择。

对于POST请求来说，在请求头中的content-type值比较重要一些。get请求一般是url请求

1. application/x-www-form-urlencoded

该值是 Form 默认的编码方式，使用该值时，提交表单时内容必须经过如下规则编码：

1. 空格转换为 “+” 号；非字母数字的其它字符转换为类似于“%E0”的两位 16 进制表示的 ASCII 码；换行符被转换为“CR LF”；
2. 数据项名称和数据值以“=”号分割，数据项与数据项之间以“&”分割；

这种POST请求的数据类型，是form的默认编码。

2. multipart/form-data

对于二进制文件或者非 ASCII 字符的传输，application/x-www-form-urlencoded 是低效的。对于包含文件、二进制数据、非 ASCII 字符的内容，应该使用 multipart/form-data。 multipart/form-data 的请求体包含多个部分，需要通过 boundary 字符分割。

content-type值中可以写三个参数，media type、charset、boundary（浏览器自动生成）

这个multipart/form-data编码传输二进制文件比较高效。

3. application/json

application/json 作为响应头比较常见，目前也流行在 POST 请求中使用，以序列化的 JSON 字符串形式传输，更易于后端解析，可读性更高。

微信小程序中 wx.request API 默认便是使用此方式传输数据。

项目中也比较常用

4. application/octet-stream

用于传输二进制数据。可用于上传文件的场景。在 Postman 中，还可以看到 “binary” 这一类型，指的就是一些二进制文件类型。如 application/pdf，指定了特定二进制文件的 MIME 类型。就像对于text文件类型若没有特定的子类型（subtype），就使用 text/plain。类似的，二进制文件没有特定或已知的 subtype，就使用 application/octet-stream，这是应用程序文件的默认值，一般很少直接使用 。

对于 application/octet-stream，只能提交二进制，而且只能提交一个二进制，如果提交文件的话，只能提交一个文件，后台接收参数只能有一个，而且只能是流（或者字节数组）。

很多 web 服务器使用默认的 application/octet-stream 来发送未知类型。出于一些安全原因，对于这些资源浏览器不允许设置一些自定义默认操作，导致用户必须存储到本地以使用。一般来说，设置正确的MIME类型很重要。

这个和上面的multipart/form_data差不多，但是上传的文件是不能处理，对应客户端来说会直接下载保持到本地，而服务器将会将其当成二进制流处理。