HTTP请求Header分析

客户端 HTTP 请求的 Header 信息

1 、 HTTP 请求方式

如下表：

方 法	描 述
GET	向Web 服务器请求一个文件
POST	向Web 服务器发送数据让Web 服务器进行处理
PUT	向Web 服务器发送数据并存储在Web 服务器内部
HEAD	检查一个对象是否存在
DELETE	从Web 服务器上删除一个文件
CONNECT	对通道提供支持
TRACE	跟踪到服务器的路径
OPTIONS	查询Web 服务器的性能

说明：

主要使用到“ GET ”和“ POST ”。

实例：

POST /test/tupian/cm HTTP/1.1

分成三部分：

（ 1 ） POST ： HTTP 请求方式

（ 2 ） /test/tupian/cm ： 请求Web 服务器的目录地址（或者指令）

（3 ） HTTP/1.1 : URI （Uniform Resource Identifier ，统一资源标识符）及其版本

备注：

         在 Ajax 中，对应 method 属性设置。

2 、 Host

说明：

请求的 web 服务器域名地址

实例：

例如 web 请求 URL ： http://zjm-forum-test10.zjm.baidu.com:8088/test/tupian/cm

Host 就为 zjm-forum-test10.zjm.baidu.com:8088

3 、 User-Agent

说明：

HTTP 客户端运行的浏览器类型的详细信息。通过该头部信息，web 服务器可以判断到当前HTTP 请求的客户端浏览器类别。

实例：

    User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11

4 、 Accept

说明：

指定客户端能够接收的内容类型，内容类型中的先后次序表示客户端接收的先后次序。

实例：

         例如：

Accept:text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5

备注：

在 Prototyp （ 1.5 ）的 Ajax 代码封装中，将 Accept 默认设置为“ text/javascript, text/html, application/xml, text/xml, */* ”。这是因为 Ajax 默认获取服务器返回的 Json 数据模式。

在 Ajax 代码中，可以使用 XMLHttpRequest 对象中 setRequestHeader 函数方法来动态设置这些 Header 信息。

5 、 Accept-Language

说明：

    指定HTTP 客户端浏览器用来展示返回信息所优先选择的语言。

实例：

Accept-Language: zh-cn,zh;q=0.5

         这里默认为中文。

6 、 Accept-Encoding

说明：

         指定客户端浏览器可以支持的 web 服务器返回内容压缩编码类型。表示允许服务器在将输出内容发送到客户端以前进行压缩，以节约带宽。而这里设置的就是客户端浏览器所能够支持的返回压缩格式。

实例：

         Accept-Encoding: gzip,deflate

备注：

其实在百度很多产品线中， apache 在给客户端返回页面数据之前，将数据以 gzip 格式进行压缩。

另外有关 deflate 压缩介绍：

http://man.chinaunix.net/newsoft/ApacheMenual_CN_2.2new/mod/mod_deflate.html

7 、 Accept- Charset

说明：

         浏览器可以接受的字符编码集。

实例：

         Accept-Charset: gb2312,utf-8;q=0.7,*;q=0.7

8 、 Content-Type

说明：

显示此HTTP 请求提交的内容类型 。一般只有 post 提交时才需要设置该属性。

实例：

         Content-type: application/x-www-form-urlencoded;charset:UTF-8

有关 Content-Type 属性值可以如下两种编码类型：

（ 1 ） “application/x-www-form-urlencoded” ： 表单数据向服务器提交时所采用的编码类型，默认的缺省值就是 “application/x-www-form-urlencoded” 。 然而，在向服务器发送大量的文本、包含非 ASCII 字符的文本或二进制数据时这种编码方式效率很低。

（ 2 ） “multipart/form-data” ： 在文件上载时，所使用的编码类型应当是 “multipart/form-data” ，它既可以发送文本数据，也支持二进制数据上载。

当提交为单单数据时，可以使用“ application/x-www-form-urlencoded ”；当提交的是文件时，就需要使用“ multipart/form-data ”编码类型。

在 Content-Type 属性当中还是指定提交内容的charset 字符编码。一般不进行设置，它只是告诉web 服务器post 提交的数据采用的何种字符编码。

         一般在开发过程，是由前端工程与后端 UI 工程师商量好使用什么字符编码格式来 post 提交的，然后后端 ui 工程师按照固定的字符编码来解析提交的数据。所以这里设置的 charset 没有多大作用。

9 、 Connection

说明：

表示是否需要持久连接。如果 web 服务器端看到这里的值为 “Keep-Alive” ，或者看到请求使用的是 HTTP 1.1 （ HTTP 1.1 默认进行持久连接），它就可以利用持久连接的优点，当页面包含多个元素时（例如 Applet ，图片），显著地减少下载所需要的时间。要实现这一点， web 服务器需要在返回给客户端 HTTP 头信息中发送一个 Content-Length （返回信息正文的长度）头，最简单的实现方法是：先把内容写入 ByteArrayOutputStream ，然 后在正式写出内容之前计算它的大小。

实例：

Connection: keep-alive

10 、 Keep-Alive

说明：

         显示此HTTP 连接的Keep-Alive 时间。使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive 功能避免了建立或者重新建立连接。

         以前 HTTP 请求是一站式连接，从 HTTP/1.1 协议之后，就有了长连接，即在规定的 Keep-Alive 时间内，连接是不会断开的。

实例：

Keep-Alive: 300

11 、 cookie

说明：

         HTTP 请求发送时，会把保存在该请求域名下的所有 cookie 值一起发送给 web 服务器。

12 、 Referer

说明：

包含一个 URL ，用户从该 URL 代表的页面出发访问当前请求的页面

·服务器端返回 HTTP 头部信息

1 、 Content-Length

说明：

         表示 web 服务器返回消息正文的长度

2 、 Content-Type:

说明：

         返回数据的类型（例如 text/html 文本类型）和字符编码格式。

实例：

Content-Type: text/html;charset=utf-8

3 、 Date

说明：

         显示当前的时间