研究HTTP请求头部的 Content-Type 字段，基于 Chrome 插件 DHC
1. GET 请求GET 请求不存在请求实体部分，键值对参数放置在 URL 尾部，因此请求头不需要设置 Content-Type 字段
非 ASCII 码会自动进行编码转换，例如发送请求：www.bilibili.com?hehe=你的我的
GET /?hehe=%E4%BD%A0%E7%9A%84%E6%88%91%E7%9A%84 HTTP/1.1Host: www.bilibili.com值得一提的是，GET 参数的编码方式是无法人为干涉的，这导致了不同浏览器有不同的编码方式，因此最稳妥的方案是人工预编码，人工解码，从而禁止浏览器编码的干涉
2. POST 请求第一类：raw 原始类型，可以上传任意格式的文本，比如 text、json、xml、html（中文不进行编码）
①text 请求
POST / HTTP/1.1Host: www.bilibili.comContent-Type: text/plainContent-Length: 44ALARM=hellowww&&adzdzd12323...22你的我的②json 请求
POST / HTTP/1.1Host: www.bilibili.comContent-Type: application/jsonContent-Length: 44ALARM=hellowww&&adzdzd12323...22你的我的③html 请求
POST / HTTP/1.1Host: www.bilibili.comContent-Type: text/htmlContent-Length: 44ALARM=hellowww&&adzdzd12323...22你的我的第二类：application/x-www-form-urlencoded，会将表单内的数据转换拼接成 key-value 对（非 ASCII 码进行编码）
发送 POST 请求，参数为：aaa=aaa，bbb=你的我的
POST / HTTP/1.1Host: www.bilibili.comContent-Type: application/x-www-form-urlencodedContent-Length: 48aaa=aaa&bbb=%E4%BD%A0%E7%9A%84%E6%88%91%E7%9A%84从这里可以看出，application/x-www-form-urlencoded 对非 ASCII 的编码方式与 GET 请求参数的编码方式和格式都是一样的
值得一提的是，POST 请求的编码格式是可以人工干预的：在 form 表单所在的 html 文件里如果有段 ，那么 post 就会用此处指定的编码方式编码，JSP 也有类似的声明方式；开发人员可以用此来指定 POST 请求的编码格式
第三类：multipart/form-data，将表单的数据处理为一条消息，以标签为单元，用分隔符分开。既可以上传键值对，也可以上传文件
发送 POST 请求，参数为：aaa=aaa，bbb=你的我的啊啊啊，file=图片
POST / HTTP/1.1Host: www.bilibili.comContent-Type: multipart/form-data;boundary=------FormBoundary15e896376d1Content-Length: 19532------FormBoundary15e896376d1Content-Disposition: form-data; name="aaa"aaa------FormBoundary15e896376d1Content-Disposition: form-data; name="bbb"你的我的啊啊啊------FormBoundary15e896376d1Content-Disposition: form-data; name="file"; filename="cat-icon.png"Content-Type: image/png[message-part-body; type:image/png, size:19201 bytes]------FormBoundary15e896376d1--可以看到，中文并没有被编码