定义
HTTP的实体首部字段，用于说明请求或返回的消息主体是何种方式编码，在 Request Header 和 Respone Header 里存在。
常见的四种类型
1. application/x-www-form-urlencoded：
浏览器的原生 form 表单，如果不设置属性，那么最终以 application/x-www-form-urlencoded 方式提交数据，请求形式：
POST http://192.168.2.12/index HTTP/1.1
Content-Type: application/x-www-form-urlencoded;charset=utf-8
title=test&sub%5B%5D=1&sub%5B%5D=2
这种提交的数据放在body里，数据按照 key1=val1&key2=val2 方式进行编码， key 和 val 都进行了 url 转码，大部分服务端语言都对这种方式有很好的支持。
2. multipart/form-data：
是常见的 POST 提交方式，通常表单上传文件时使用这种方式。使用表单上传文件时，必须让 form 的 enctype 等于 multipart/form-data。
在请求头里看起来是这样：
分析上面代码：
- 首先生成一个 boundary 用于分割不同的字段，为了避免与正文内容重复，boundary 很长很复杂。
- 然后 content-Type 里指明了数据是以 multipart/from-data 来编码，本次请求的 boundary 是什么内容。
- 消息主体里按照字段个数又分为多个结构类似的部分，每部分都是以 --boundary-- 开始，紧接着是内容描述信息，然后是回车，最后是字段具体内容(文本或二进制)。
- 如果传输的是文件，还要包含文件名和文件类型信息。消息主体最后以--boundary-- 标识结束。
- 关于 multipart/from-data 详细定义，可前往rfc1867 ( www.ietf.org/rfc/rfc1867… ) 查看
3. application/json
application/json 作为响应头，现在越来越多的人把其作为请求头，用来告诉服务器消息主体是序列化后的 json 字符串。请求类似下面形式
POST http://www.example.com HTTP/1.1
Content-Type: application/json;charset=utf-8
{"title":"test","sub":[1,2,3]}
这种方案，可以方便的提交复杂的结构化数据，特别适合 RESTful 的接口。各大抓包工具如 chrome 自带的开发者工具、Firebug、Fiddler，都以树形结构展示 JSON 数据，非常友好。
4. text/xml
该种方式主要用来提交 XML 格式的数据，请求形式如下：
POST http://www.example.com HTTP/1.1
Content-Type: text/xml
显然在 API 方面现在 JSON 大有取代 XML 的意思，但是 XML 依然由其不可代替的领域。
