HTTP1.1规范中文版

超文本传输协议-HTTP/1.1（修订版）

---译者：孙超进

---email：sunchaojin@163.com

说明

本文档规定了互联网社区的标准组协议，并需要讨论和建议以便更加完善。请参考

“互联网官方协议标准”（STD 1）来了解本协议的标准化状态。本协议不限流传发布。

版权声明

数据传输被构建。

HTTP 在 1990 年 WWW 全球信息 刚 刚 起 步 的 时 候 就 得 到 了应用。本说明书详 细 阐 述 了

HTTP/1.1 协议，是 RFC 2068 的修订版[33]。

目录（略）

1 引论

1.1 目的

超文本传输协议（HTTP）是一种为分布式的，协作的，超媒体信息系统，它是面向应用层的

协议。在 1990 年 WWW 全球信息刚刚起步的时候 HTTP 就得到了应用。HTTP 的第一个版本叫做

HTTP/0.9,是一种为互联网原始数据传输服务的简单协议。由 RFC 1945[6]定义的 HTTP/1.0 进一

各个协议的特征得到可靠实现。

实际的信息系统除了简单的获取信息之外，还要求更多的功能，包括查找（search），终端更

新（front-end update）和注解（annotation）。HTTP 为请求提供可扩充方法集和消息头集

[47]。HTTP 是建立在统一资源标识符（URI）[3]的约束上的，作为一个地址（URL）[4]或名称

（URN）[20]，以指定被一个方法使用的资源。消息以一种类似于互联网邮件[9]消息格式来传

输的，互联网消息格式定义于多目的互联网邮件扩展（MIME）[7]里。

HTTP 也是用于用户代理（user agents）和其它互联网系统的代理/网关之间通信的通信协议，

这些互联网系统可能由 SMTP[16],NNTP[13],FTP[18]，Gopher[2]和 WAIS[10]协议支持。通过

2119[34]解释。

一个应用程序如果不能满足协议提供的一个或多个 MUST 或 REQUIRED 等级的要求，是不符

合要求的。一个应用程序如果满足所有必须（MUST）或需要的（REQUIRED）等级以及所有

应该（SHOULD）等级的要求，则被称为非条件遵循（unconditionally compliant）的；若满

足所有必须（MUST）等级的要求但不能满足所有应该（SHOULD）等级的要求则被称为条件

遵循的（conditionally compliant）。

1.3 术语

本说明用到了若干术语，以表示 HTTP 通信中各参与者和对象扮演的不同角色。

连接（connection）

一种 HTTP 请求消息，参看第 5 章的定义。

响应（response）

一种 HTTP 响应消息，参看第 6 章的定义。

资源（resource）

一种网络数据对象或服务，可以用第 3.2 节定义的 URI 指定。资源可以以多种表现方式（例如

多种语言，数据格式，大小和分辨率）或者根据其它方面而而不同的表现形式。

实体（entity）

内容协商（content negotiation）

当服务一个请求时选择资源的一种适当的表示形式的机制（mechanism），如第 12 节所述。任

何响应里实体的表现形式都是可协商的（包括错误响应）。

变量（variant）

在某个时刻，一个资源对应的表现形式（ representation）可以有一个或多个（译注：一个

URI 请求一个资源，但返回的是此资源对应的表现形式，这根据内容协商决定）。每个表现形

式 （ representation ） 被 称 作 一 个 变 量 。 ‘ 变 量 ’ 这 个 术 语 的 使 用 并 不 意 味 着 资 源

（resource）是由内容协商决定的.。

的终端用户工具.

服务器（Server）

服务器是这样一个应用程序，它同意请求端的连接，并发送响应（response）。任何给定的程

序都有可能既做客户端又做服务器；我们使用这些术语是为了说明特定连接中应用程序所担当

的角色，而不是指通常意义上应用程序的能力。同样，任何服务器都可以基于每个请求的性质

扮演源服务器，代理，网关，或者隧道等角色之一。

源服务器（Origin server）

存在资源或者资源在其上被创建的服务器（server）被成为源服务器（origin server）。

网关（gateway）

网关其实是一个服务器，扮演着代表其它服务器为客户端提供服务的中间者。与代理（proxy）

不同，网关接收请求，仿佛它就是请求资源的源服务器。请求的客户端可能觉察不到它正在同

网关通信。

隧道（tunnel）

隧道也是一个中间程序，它一个在两个连接之间充当盲目中继（blind relay）的中间程序。一旦

隧道处于活动状态，它不能被认为是这次 HTTP 通信的参与者，虽然 HTTP 请求可能已经把它

初始化了。当两端的中继连接都关闭的时候，隧道不再存在。

缓存（cache）

缓存是程序响应消息的本地存储。缓存是一个子系统，控制消息的存储、获取和删除。缓存里存

可缓存的（cacheable）

我们说响应（response）是可缓存的，如果这个响应可以被缓存（cache）保存其副本，为的

是能响应后续请求。确定 HTTP 响应的缓存能力（cacheability）在 13 节中有介绍。即使一个资

源（resourse）是可缓存的，也可能存在缓存是否能利用此缓存副本为某个特定请求的约束。

第一手的（first-hand）

如果一个响应直接从源服务器或经过若干代理（proxy），并且没有不必要的延时，最后到达

客户端，那么这个响应就是第一手的（first-hand）。

显式过期时间（explicit expiration time）

是源服务器认为实体（entity）在没有被进一步验证（validation）的情况下，缓存（cache）

不应该利用其去响应后续请求的时间（译注：也就是说，当响应的显式过期时间达到后，缓存

必须要对其缓存的副本进行重验证，否则就不能去利用此副本去响应后续请求）。

启发式过期时间（heuristic expiration time）

当没有显式过期时间（explicit expiration time）可利用时，由缓存指定过期时间.

年龄（age）

一个响应的年龄是从被源服务器发送或被源服务器成功验证到现在的时间。

保鲜寿命（freshness lifetime）

保鲜（Fresh）

验证器（Validator）

验证器其实是协议元素（例如：实体标签（entity tag）或最后修改时间（last-modified time）

等），这些协议元素被用于识别缓存里保存的副本（即缓存项）是否等价于源服务器的实体的

副本。

上游/下游（upstream/downstream）

上游和下游描述了消息的流动：所有消息都是从上游流到下游。

内向/外向（inbound/outbound）

1.4 总体操作

HTTP 协议是一种请求/响应型的协议。 客户端给服务器发送请求的格式是一个请求方法

（request method），URI，协议版本号，然后紧接着一个包含请求修饰符（modifiers），客

户端信息，和可能的消息主体的类 MIME（MIME-like）消息。服务器对请求端发送响应的格式

是以一个状态行（status line），其后跟随一个包含服务器信息、实体元信息和可能的实体主体

内容的类 MIME（MIME-like）的消息。其中状态行（status line）包含消息的协议版本号和一

个成功或错误码。HTTP 和 MIME 之间的关系如附录 19.4 节所阐述。

大部分的 HTTP 通信是由用户代理（user agent）发起的，由应用于一个源服务器资源的请求

构成。最简单的情形，这可以通过用户代理（UA）和源服务器（O）之间的单一连接（v）来实

用户代理（UA）----------------单一连接（v）--------------源服务器（O）

<----------------------------------------------------------响应链（response chain）

有可能在请求/响应链中出现一个或多个中间者（intermediares），这是比较复杂的情形。常见

的中间者（intermediares）有三种：代理（proxy），网关（gateway）和隧道（tunnel）。代

理（proxy）是一种转发代理（a forwarding agent），它接收绝对 URI（absoulute url，相对

于相对 url）请求，重写全部或部分消息，然后把格式化后的请求发送到 URI 指定的服务器上。

网关是一种接收代理（receiving agent），它充当一个在服务器之上的层（layer），必要时它

会把请求翻译成为下层服务器的协议。隧道不改变消息而充当两个连接之间的中继点；它用于

通信需要穿过中间者（如防火墙）甚至当中间者不能理解消息内容的时候。

请求链（request chain）----------------------------------------

只能采用最近的非隧道邻接点的连接，有可能只采用链的端点（end-point），或者也有可能只

请求链（request chain）---------->

UA-----v----------A-----v-----B-----C----O

<---------响应链 （response chain）

并不是所有的响应都能有效地缓存，一些请求可能含有修饰符（modifiers），这些修饰符对缓

存动作有特殊的要求。HTTP 对缓存行为（behavior）和可缓存响应（cacheable responses）