计算机网络 HTTP请求及响应首部字段

目录

请求首部字段

Accept

Accept-Charset

Accept-Encoding

Accept-Language

Authorization

 Expect

From

Host

If-Match

If-Moclified-Since

If-None-Match

 If-Range

If-Unmodified-Since

Max-Forwards

Proxy-Authorization

Range

Referer

TE

 User-Agent

响应首部字段

Accept-Ranges

Age

ETag

Location

Proxy-Authenticate

Retry-After

Server

Vary

WWW-Authenticate

---

请求首部字段

请求首部字段是从客户端往服务器端发送请求报文中所使用的字段， 用于补充请求的附加信息、客户端信息、对响应内容相关的优先级等 内容。

Accept

Accept首部字段可通知服务器，用户代理能够处理的媒体类型及媒体 类型的相对优先级。可使用type/ subtype这种形式，一次指定多种媒 体类型。

下面我们试举几个媒体类型的例子。

文本文件

text/html, text/plain, text/ css…

application/xhtrnl+xml, application/xml…

图片文件

image/jpeg, image/ gif, image/png…

视频文件

video/mpeg, video/quicktime…

应用程序使用的二进制文件

application/octet-stream, application/zip…

比如，如果浏览器不支持PNG图片的显示，那Accept就不指定 image/png, 而指定可处理的image/gif和image/jpeg等图片类型。

若想要给显示的媒体类型增加优先级，则使用q=来额外表示权重值 1'用分号（；）进行分隔。权重值q的范围是0~1 (可精确到小数点 后3位），且1为最大值。不指定权重q值时，默认权重为q=1.0。

当服务器提供多种内容时，将会首先返回权重值最高的媒体类型。

Accept-Charset

Accept-Charset首部字段可用来通知服务器用户代理支持的字符集及 字符集的相对优先顺序。另外，可一次性指定多种字符集。与首部字 段Accept相同的是可用权重q值来表示相对优先级。

该首部字段应用于内容协商机制的服务器驱动协商。

Accept-Encoding

Accept- Encoding首部字段用来告知服务器用户代理支持的内容编码及 内容编码的优先级顺序。可一次性指定多种内容编码。

下面试举出几个内容编码的例子。

gzip

由文件压缩程序gzip (GNU zip)生成的编码格式(RFC1952) , 采用Lempel-Ziv算法(LZ77)及32位循环兀余 校验(Cyclic Redundancy Check, 通称CRC)。

compress

由UNIX文件压缩程序compress生成的编码格式，采用Lempel­Zi\T-Welch算法(L'ZW)。

deflate

组合使用zlib格式(RfC1950)及由deflate压缩算法 (RfC1951)生成的编码格式。

identity

不执行压缩或不会变化的默认编码格式

采用权重q值来表示相对优先级，这点与首部字段Accept相同。另 外，也可使用星号（＊）作为通配符，指定任意的编码格式。

Accept-Language

首部字段Accept-Language用来告知服务器用户代理能够处理的自然 语言集（指中文或英文等），以及自然语言集的相对优先级。可一次 指定多种自然语言集。

和Accept首部字段一样，按权重值q来表示相对优先级。在上述图 例中，客户端在服务器有中文版资源的情况下，会请求其返回中文版 对应的响应，没有中文版时，则请求返回英文版响应。

Authorization

首部字段Authorization是用来告知服务器，用户代理的认证信息（证 书值）。通常，想要通过服务器认证的用户代理会在接收到返回的401状态码响应后，把首部字段Authorization加入请求中。共用缓存 在接收到含有Authorization首部字段的请求时的操作处理会略有差 异。

 Expect

客户端使用首部字段Expect来告知服务器，期望出现的某种特定行 为。因服务器无法理解客户端的期望作出回应而发生错误时，会返回 状态码417 Expectation Failed。

客户端可以利用该首部字段，写明所期望的扩展。虽然HTTP/