HTTP

Code

POST

我们知道，HTTP 协议是以 ASCII 码传输，建立在 TCP/IP 协议之上的应用层规范。规范把 HTTP 请求分为三个部分：状态行、请求头、消息主体。类似于下面这样：

<method> <request-url> <version>
<headers>
<entity-body>
</entity-body>
</headers></version></request-url></method>

协议规定 POST 提交的数据必须放在消息主体（entity-body）中

Content-Type & Accept

Content-Type代表发送端（客户端|服务器）发送的实体数据的数据类型。
Accept代表发送端（客户端）希望接受的数据类型。
Content-Type: [type]/[subtype]; parameter

• type
  type有下面的形式
  Text：用于标准化地表示的文本信息，文本消息可以是多种字符集和或者多种格式的；
  Multipart：用于连接消息体的多个部分构成一个消息，这些部分可以是不同类型的数据；
  Application：用于传输应用程序数据或者二进制数据；
  Message：用于包装一个E-mail消息；
  Image：用于传输静态图片数据；
  Audio：用于传输音频或者音声数据；
  Video：用于传输动态影像数据，可以是与音频编辑在一起的视频数据格式。
• subtype
  subtype用于指定type的详细形式。content-type/subtype配对的集合和与此相关的参数，将随着时间而增长。为了确保这些值在一个有序而且公开的状态下开发，MIME使用Internet Assigned Numbers Authority (IANA)作为中心的注册机制来管理这些值。
• parameter
  parameter可以用来指定附加的信息，更多情况下是用于指定text/plain和text/htm等的文字编码方式的charset参数。

MIME根据type制定了默认的subtype，当客户端不能确定消息的subtype的情况下，消息被看作默认的subtype进行处理。Text默认是text/plain，Application默认是application/octet-stream而Multipart默认情况下被看作multipart/mixed。对于IE6浏览器来说，如果Content-Type中的类型和实际的消息体类型不一致，那么它会根据内容中的类型来分析实际应该是什么类型，对于JPG、GIF等常用图片格式都可以正确的识别出来，而不管Content-Type中写的是什么。
如果Content-Type中指定的是浏览器可以直接打开的类型，那么浏览器就会直接打开其内容显示出来，如果是被关联到其它应用程序的类型，这时就要查找注册表中关于这种类型的注册情况，如果是允许直接打开而不需要询问的，就会直接调出这个关联的应用程序来打开这个文件，但如果是不允许直接打开的，就会询问是否打开。对于没有关联到任何应用程序的类型，IE浏览器不知道它该如何打开，此时IE6就会把它当成XML来尝试打开。

demo

POST http://www.example.com HTTP/1.1
Content-Type: application/json;charset=utf-8
{
    "title": "test",
    "sub": [
        1,
        2,
        3
    ]
}