HTTP协议Content-Type详解及其重要性.pdfVIP

内容类型

要学习content-type,必须事先知道它到底，是用来做什么的。

HTTP协议(RFC2616)采用了请求/响应模型。客户端向服务器发送一个请求，请求头包含请求的方法、

URI、协议版本，以及包含请求修饰符、和内容的类似于MIME的消息结构。服务器以一个状态

行作为响应，相应的内容包括消息协议的版本，成功或者错误编码加上包含服务器信息、实体元信息以及

可能的实体内容。

通常HTTP消息由一个起始行，一个或多个头域，一个表示头域结束的空行和可选的消息体组成。

HTTP的头域包括通用头、请求头、响应头和实体头四个部分。每个头域由一个、冒号(:)和域值三部

分组成。是大小写无关的，域值前可以添加任意数量的空格符，头域可以扩展为多行，在每行开始处，

使用至少一个空格或制表符。

请求消息和响应消息都可以包含实体信息，实体信息通常由实体头域和实体组成。实体头域包含关于实

体的元信息，实体头包括Allow、Content‑Base、Content‑Encoding、Content‑Language、

Content‑Length、Content‑Location、Content‑MD5、Content‑Range、Content‑Type、Etag、

Expires、Last‑Modified、扩展头域。

Content-Type是返回消息中非常重要的内容，表示后面的文档属于什么MIME类型。Content-Type:[

type]/[subtype];parameter。例如最常见的就是text/html，它的意思是说返回的内容是文本类型，这个

文本又是HTML格式的。原则上浏览器会根据Content-Type来决定如何显示返回的消息体内容。

type有下面的形式。Text:用于地表示的文本信息，文本消息可以是多

种字符集和或者多种格式的；

Multipart:用于连接消息体的多个部分构成一个消息，这些部分可以是不同类型的数据；

Application:用于传输应用程序数据或者二进制数据；Message:用于包装一

个E‑mail消息；Image:用于传输静态数据；Audio:用于传输音频或者

声音数据；:用于传输动态影像数据，可以是与音频编辑在一起的数

据格式。subtype用于指定type的详细形式。content‑type/subtype配对的

集合和与此相关的参数，将随着时间而增长。为了确保这些值在一个有序而且

公开的状态下开发，MIME使用InternetAssignedNumbersAuthority

(IANA)作为的机制来管理这些值。

parameter可以用来指定附加的信息，情况下是用于指定text/in和text/html等的文字编码方

式的charset参数。MIME根据type制定了默认的subtype，当客户端不能确定消息的subtype的情

况下，消息被看作默认的subtype进行处理。Text默认是text/in，Application默认是

application/octet‑stream，而Multipart默认情况下被看作multipart/mixed。MIME定义在

RFC‑2046MIMEPart2:MediaTypes。常用类型：

按件展的MIME类型

文扩名

Content-Type

要学习content-type,必须事先知道它到底，是干什么用的。

HTTP协议（RFC2616）采用了请求/响应模型。客户端向服务器发送一个请求，请求头包含请求的方法、

URI、协议版本、以及包含请求修饰符、客户信息和内容的类似于MIME的消息结构。服务器以一个状态

行作为响应，相应的内容包括消息协议的版本，成功或者错误编码加上包含服务器信息、实体元信息以及

可能的实体内容。

通常HTTP消息由一个起始行，一个或者多个头域，一个只是头域结束的空行和可选的消息体组成。HTTP

的头域包括通用头，请求头，响应头和实体头四个部分。每个头域由一个，冒号（:）和域值三部分组

成。是大小写无关的，域值前可以添加任何数量的空格符，头域可以被扩展为多行，在每行开始处，

使用至少一个空格或制表符。

请求消息和响应消息都可以包含实体信息，实体信息