RFC1945(HTTP)中文版(11)

HTTP是应用级协议,它适应了分布式超媒体协作系统对灵活性及速度的要求。它是一个一般的、无状态的、基于对象的协议,通过对其请求方法(request methods)进行扩展,可以被用于多种用途,比如命名服务器(name server)及分布式对象管理系统。 HTTP 的一个特性是其数据表现类型允许系统的构建不再依赖于要传输的数据。 HTTP 自从 1990 年就在 WWW 上被广泛使用。该规范反映了“HTTP/1.0”的普通用

3. 协议参数（Protocol Parameters）

3.1 HTTP版本（HTTP Version）

HTTP采用主从（<major>.<minor>）数字形式来表示版本。协议的版本政策倾向于让发送方表明其消息的格式及功能，而不仅仅为了获得通讯的特性，这样做的目的是为了与更高版本的HTTP实现通讯。只增加扩展域的值或增加了不影响通讯行为的消息组件都不会导致版本数据的变化。当协议消息的主要解析算法没变，而消息语法及发送方的隐含功能增加了，将会导致从版本号（<minor>）增加；当协议中消息的格式变化了，主版本号（<major>）也将发生改变。

HTTP消息的版本由消息第一行中的HTTP版本域来表示。如果消息中的协议版本没有 指定，接收方必须假定它是符合HTTP/0.9的简单标准。

HTTP-Version = "HTTP" "/" 1*DIGIT "." 1*DIGIT

注意，主从版本应当被看作单独的整数，因为它们都有可能增加，从而超过一位整数。因而，HTTP/2.4比HTTP/2.13版本低，而HTTP/2.13又比HTTP/12.3版本低。版本号前面的0将被接收方忽略，而在发送方处也不应产生。

本文档定义了HTTP协议的0.9及1.0版本。发送完整请求（Full-Request）及完整回应（Full-Response）消息的应用必须指明HTTP的版本为“HTTP/1.0”。

HTTP/1.0服务器必须：

o识别HTTP/0.9及HTTP/1.0请求命令中的请求队列（Request-Line）的格式。 o理解任何HTTP/0.9及HTTP/1.0中的合法请求格式。

o 使用与客户端相同版本的协议进行消息回应。

HTTP/1.0 客户端必须：

o 识别HTTP/1.0回应中状态队列（Status-Line）的格式。

o 理解HTTP/0.9及HTTP/1.0中合法回应的格式。

当代理及网关收到与其自身版本不同的HTTP请求时，必须小心处理请求的推送，因为协议版本表明发送方的能力，代理或网关不应发出高于自身版本的消息。如果收到高版本的请求，代理或网关必须降低该请求的版本，并回应一个错误。而低版本的请求也应在被推送前升级。代理或网关回应请求时必须遵照前面列出的规定。

3.2 统一资源标识（Uniform Resource Identifiers） URI有许多名字，如WWW地址、通用文件标识（Universal Document Identifiers）、通用资源标识（Universal Resource Identifiers [2]），以及最终的统一资源定位符（Uniform Resource Locators (URL) [4]）和统一资源名（URN）。在涉及HTTP以前，URI用简单格式的字符串描述－名字、位置、或其它特性，如网络资源。