HTTP - 版本历史

2012年3月1日 (四) 08:51 Wangjt

2012-03-01T08:51:03Z

显示更改

冰心无痕：/* 参考资料 */

2010-11-26T06:05:32Z

‎参考资料

冰心无痕：/* HTTP/1.1 */

2010-11-26T06:05:04Z

‎HTTP/1.1

冰心无痕：/* HTTP/1.0 */

2010-11-26T06:04:48Z

‎HTTP/1.0

冰心无痕：/* 协议版本 */

2010-11-26T06:04:33Z

‎协议版本

冰心无痕：/* 工作原理 */

2010-11-26T06:03:02Z

‎工作原理

冰心无痕：/* 工作原理 */

2010-11-26T06:01:28Z

‎工作原理

冰心无痕：/* 协议结构 */

2010-11-26T06:01:04Z

‎协议结构

冰心无痕：/* Pragma头域 */

2010-11-26T06:00:35Z

‎Pragma头域

冰心无痕：/* 协议基础 */

2010-11-26T05:59:40Z

‎协议基础

@@ 第138行： / 第138行： @@
 ===参考资料===
 *1
-**网络传送带(影音传送带)
+*网络传送带(影音传送带)
 *http://images.google.com.hk/imglanding?q=http&imgurl=http://www.xi-soft.com/images/chs/MainFrame.gif&imgrefurl=http://www.xi-soft.com/chs/default.htm&usg=__yCmMyRrY0d1pC6dzhvBky_Pn1tk=&h=569&w=800&sz=40&hl=zh-CN&zoom=1&tbnid=m4k5tbQGf05odM:&tbnh=102&tbnw=143&prev=/images%3Fq%3Dhttp%26hl%3Dzh-CN%26ne
 *2
-**PC based 嵌入式控制器在WWW 平台之整合应用
+*PC based 嵌入式控制器在WWW 平台之整合应用
 *http://image.baidu.com/i?ct=503316480&z=0&tn=baiduimagedetail&word=http%D4%CB%D7%F7%B7%BD%CA%BD&in=32734&cl=2&cm=1&sc=0&lm=-1&pn=18&rn=1&di=22083183990&ln=2000&fr=&ic=0&s=0&se=1&sme=0
 *3
-**Configuring the HTTP Listener
+*Configuring the HTTP Listener
 *http://images.google.com.hk/imglanding?q=http&imgurl=http://java.sun.com/developer/technicalArticles/WebServices/cert_files/http-listener.jpg&imgrefurl=http://java.sun.com/developer/technicalArticles/WebServices/appserv8-1.html&usg=__kvsnQSzB_EyRNoPRe86BYkkTrLQ=&h=433&w=600&sz=97&hl=zh-CN&zoom=1&tbn

@@ 第128行： / 第128行： @@
 ===HTTP/1.1===
-****当前版本。持久连接被默认采用，并能很好地配合代理服务器工作。还支持以管道方式在同时发送多个请求，以便降低线路负载，提高传输速度。 　　HTTP/1.1相较于 HTTP/1.0 协议的区别主要体现在：
+*当前版本。持久连接被默认采用，并能很好地配合代理服务器工作。还支持以管道方式在同时发送多个请求，以便降低线路负载，提高传输速度。 　　HTTP/1.1相较于 HTTP/1.0 协议的区别主要体现在：
 *1 缓存处理
 *2 带宽优化及网络连接的使用
@@ 第135行： / 第135行： @@
 *5 互联网地址的维护
 *6 安全性及完整性
 ===参考资料===
 *1

@@ 第125行： / 第125行： @@
 *已过时。只接受 GET 一种请求方法，没有在通讯中指定版本号，且不支持请求头。由于该版本不支持 POST 方法，所以客户端无法向服务器传递太多信息。
 ===HTTP/1.0===
-***这是第一个在通讯中指定版本号的 HTTP 协议版本，至今仍被广泛采用，特别是在代理服务器中。
+*这是第一个在通讯中指定版本号的 HTTP 协议版本，至今仍被广泛采用，特别是在代理服务器中。
 ===HTTP/1.1===
 ****当前版本。持久连接被默认采用，并能很好地配合代理服务器工作。还支持以管道方式在同时发送多个请求，以便降低线路负载，提高传输速度。 　　HTTP/1.1相较于 HTTP/1.0 协议的区别主要体现在：

@@ 第117行： / 第117行： @@
 *也就是说商家除了拥有商品之外，它也有一个职员在接听你的电话，当你打电话的时候，你的声音转换成各种复杂的数据，通过电话线传输到对方的电话机，对方的电话机又把各种复杂的数据转换成声音，使得对方商家的职员能够明白你的请求。这个过程你不需要明白声音是怎么转换成复杂的数据的。
 ===协议版本===
 *超文本转移协议已经演化出了很多版本，它们中的大部分都是向下兼容的。在RFC 2145中描述了HTTP  配置http通行证
 [3]版本号的用法。客户端在请求的开始告诉服务器它采用的协议版本号，而后者则在响应中采用相同或者更早的协议版本。
 ===0.9===
 *已过时。只接受 GET 一种请求方法，没有在通讯中指定版本号，且不支持请求头。由于该版本不支持 POST 方法，所以客户端无法向服务器传递太多信息。

@@ 第107行： / 第107行： @@
 *首先客户机与服务器需要建立连接。只要单击某个超级链接，HTTP的工作就开始了。
 *建立连接后，客户机发送一个请求给服务器，请求方式的格式为：统一资源标识符（URL）、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。
-***服务器接到请求后，给予相应的响应信息，其格式为一个状态行，包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。
+*服务器接到请求后，给予相应的响应信息，其格式为一个状态行，包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。
 *客户端接收服务器所返回的信息通过浏览器显示在用户的显示屏上，然后客  http工作流程图
 户机与服务器断开连接。
 *如果在以上过程中的某一步出现错误，那么产生错误的信息将返回到客户端，由显示屏输出。对于用户来说，这些过程是由HTTP自己完成的，用户只要用鼠标点击，等待信息显示就可以了。
-***许多HTTP通讯是由一个用户代理初始化的并且包括一个申请在源服务器上资源的请求。最简单的情况可能是在用户代理和服务器之间通过一个单独的连接来完成。在Internet上，HTTP通讯通常发生在TCP/IP连接之上。缺省端口是TCP 80，但其它的端口也是可用的。但这并不预示着HTTP协议在Internet或其它网络的其它协议之上才能完成。HTTP只预示着一个可靠的传输。
+*许多HTTP通讯是由一个用户代理初始化的并且包括一个申请在源服务器上资源的请求。最简单的情况可能是在用户代理和服务器之间通过一个单独的连接来完成。在Internet上，HTTP通讯通常发生在TCP/IP连接之上。缺省端口是TCP 80，但其它的端口也是可用的。但这并不预示着HTTP协议在Internet或其它网络的其它协议之上才能完成。HTTP只预示着一个可靠的传输。
 *这个过程就好像我们打电话订货一样，我们可以打电话给商家，告诉他我们需要什么规格的商品，然后商家再告诉我们什么商品有货，什么商品缺货。这些，我们是通过电话线用电话联系（HTTP是通过TCP/IP），当然我们也可以通过传真，只要商家那边也有传真。
 *以上简要介绍了HTTP协议的宏观运作方式，下面介绍一下HTTP协议的内部操作过程。 　　在WWW中，“客户”与“服务器”是一个相对的概念，只存在于一个特定的连接期间，即在某个连接中的客户在另一个连接中可能作为服务器。基于HTTP协议的客户/服务器模式的信息交换过程，它分四个过程：建立连接、发送请求信息、发送响应信息、关闭连接。这就好像上面的例子，我们电话订货的全过程。

@@ 第103行： / 第103行： @@
 **HTTP报文由从客户机到服务器的请求和从服务器到客户机的响应构成。请求报文格式如下： 　　请求行 － 通用信息头 － 请求头 － 实体头 － 报文主体 　　请求行以方法字段开始，后面分别是 URL 字段和 HTTP 协议版本字段，并以 CRLF 结尾。SP 是分隔符。除了在最后的 CRLF 序列中 CF 和 LF 是必需的之外，其他都可以不要。有关通用信息头，请求头和实体头方面的具体内容可以参照相关文件。 　　应答报文格式如下： 　　状态行 － 通用信息头 － 响应头 － 实体头 － 报文主体 　　状态码元由3位数字组成，表示请求是否被理解或被满足。原因分析是对原文的状态码作简短的描述，状态码用来支持自动操作，而原因分析用来供用户使用。客户机无需用来检查或显示语法。有关通用信息头，响应头和实体头方面的具体内容可以参照相关文件。
-===工作原理===
+==工作原理==
-**既然我们明白了URL的构成，那么HTTP是怎么工作呢？我们接下来就要讨论这个问题。 　　一次HTTP操作称为一个事务，其工作过程可分为四步：
+*既然我们明白了URL的构成，那么HTTP是怎么工作呢？我们接下来就要讨论这个问题。 　　一次HTTP操作称为一个事务，其工作过程可分为四步：
-***首先客户机与服务器需要建立连接。只要单击某个超级链接，HTTP的工作就开始了。
+*首先客户机与服务器需要建立连接。只要单击某个超级链接，HTTP的工作就开始了。
-***建立连接后，客户机发送一个请求给服务器，请求方式的格式为：统一资源标识符（URL）、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。
+*建立连接后，客户机发送一个请求给服务器，请求方式的格式为：统一资源标识符（URL）、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。
 ***服务器接到请求后，给予相应的响应信息，其格式为一个状态行，包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。
-***客户端接收服务器所返回的信息通过浏览器显示在用户的显示屏上，然后客  http工作流程图
+*客户端接收服务器所返回的信息通过浏览器显示在用户的显示屏上，然后客  http工作流程图
 户机与服务器断开连接。
-***如果在以上过程中的某一步出现错误，那么产生错误的信息将返回到客户端，由显示屏输出。对于用户来说，这些过程是由HTTP自己完成的，用户只要用鼠标点击，等待信息显示就可以了。
+*如果在以上过程中的某一步出现错误，那么产生错误的信息将返回到客户端，由显示屏输出。对于用户来说，这些过程是由HTTP自己完成的，用户只要用鼠标点击，等待信息显示就可以了。
 ***许多HTTP通讯是由一个用户代理初始化的并且包括一个申请在源服务器上资源的请求。最简单的情况可能是在用户代理和服务器之间通过一个单独的连接来完成。在Internet上，HTTP通讯通常发生在TCP/IP连接之上。缺省端口是TCP 80，但其它的端口也是可用的。但这并不预示着HTTP协议在Internet或其它网络的其它协议之上才能完成。HTTP只预示着一个可靠的传输。
-***这个过程就好像我们打电话订货一样，我们可以打电话给商家，告诉他我们需要什么规格的商品，然后商家再告诉我们什么商品有货，什么商品缺货。这些，我们是通过电话线用电话联系（HTTP是通过TCP/IP），当然我们也可以通过传真，只要商家那边也有传真。
+*这个过程就好像我们打电话订货一样，我们可以打电话给商家，告诉他我们需要什么规格的商品，然后商家再告诉我们什么商品有货，什么商品缺货。这些，我们是通过电话线用电话联系（HTTP是通过TCP/IP），当然我们也可以通过传真，只要商家那边也有传真。
-***以上简要介绍了HTTP协议的宏观运作方式，下面介绍一下HTTP协议的内部操作过程。 　　在WWW中，“客户”与“服务器”是一个相对的概念，只存在于一个特定的连接期间，即在某个连接中的客户在另一个连接中可能作为服务器。基于HTTP协议的客户/服务器模式的信息交换过程，它分四个过程：建立连接、发送请求信息、发送响应信息、关闭连接。这就好像上面的例子，我们电话订货的全过程。
+*以上简要介绍了HTTP协议的宏观运作方式，下面介绍一下HTTP协议的内部操作过程。 　　在WWW中，“客户”与“服务器”是一个相对的概念，只存在于一个特定的连接期间，即在某个连接中的客户在另一个连接中可能作为服务器。基于HTTP协议的客户/服务器模式的信息交换过程，它分四个过程：建立连接、发送请求信息、发送响应信息、关闭连接。这就好像上面的例子，我们电话订货的全过程。
-***其实简单说就是任何服务器除了包括HTML文件以外，还有一个HTTP驻留程序，用于响应用户请求。你的浏览器是HTTP客户，向服务器发送请求，当浏览器中输入了一个开始文件或点击了一个超级链接时，浏览器就向服务器发送了HTTP请求，此请求被送往由IP地址指定的URL。驻留程序接收到请求，在进行必要的操作后回送所要求的文件。在这一过程中，在网络上发送和接收的数据已经被分成一个或多个数据包（packet），每个数据包包括：要传送的数据；控制信息，即告诉网络怎样处理数据包。TCP/IP决定了每个数据包的格式。如果事先不告诉你，你可能不会知道信息被分成用于传输和再重新组合起来的许多小块。
+*其实简单说就是任何服务器除了包括HTML文件以外，还有一个HTTP驻留程序，用于响应用户请求。你的浏览器是HTTP客户，向服务器发送请求，当浏览器中输入了一个开始文件或点击了一个超级链接时，浏览器就向服务器发送了HTTP请求，此请求被送往由IP地址指定的URL。驻留程序接收到请求，在进行必要的操作后回送所要求的文件。在这一过程中，在网络上发送和接收的数据已经被分成一个或多个数据包（packet），每个数据包包括：要传送的数据；控制信息，即告诉网络怎样处理数据包。TCP/IP决定了每个数据包的格式。如果事先不告诉你，你可能不会知道信息被分成用于传输和再重新组合起来的许多小块。
-***也就是说商家除了拥有商品之外，它也有一个职员在接听你的电话，当你打电话的时候，你的声音转换成各种复杂的数据，通过电话线传输到对方的电话机，对方的电话机又把各种复杂的数据转换成声音，使得对方商家的职员能够明白你的请求。这个过程你不需要明白声音是怎么转换成复杂的数据的。
+*也就是说商家除了拥有商品之外，它也有一个职员在接听你的电话，当你打电话的时候，你的声音转换成各种复杂的数据，通过电话线传输到对方的电话机，对方的电话机又把各种复杂的数据转换成声音，使得对方商家的职员能够明白你的请求。这个过程你不需要明白声音是怎么转换成复杂的数据的。
 ===协议版本===
 *超文本转移协议已经演化出了很多版本，它们中的大部分都是向下兼容的。在RFC 2145中描述了HTTP  配置http通行证

@@ 第100行： / 第100行： @@
 *Last-modified实体头指定服务器上保存内容的最后修订时间。
 *例如，传送头500个字节次字段的形式：Content-Range:bytes0-499/1234如果一个http消息包含此节（例如，对范围请求的响应或对一系列范围的重叠请求），Content-Range表示传送的范围，Content-Length表示实际传送的字节数。 　　Last-modified实体头
-===协议结构===
+==协议结构==
 **HTTP报文由从客户机到服务器的请求和从服务器到客户机的响应构成。请求报文格式如下： 　　请求行 － 通用信息头 － 请求头 － 实体头 － 报文主体 　　请求行以方法字段开始，后面分别是 URL 字段和 HTTP 协议版本字段，并以 CRLF 结尾。SP 是分隔符。除了在最后的 CRLF 序列中 CF 和 LF 是必需的之外，其他都可以不要。有关通用信息头，请求头和实体头方面的具体内容可以参照相关文件。 　　应答报文格式如下： 　　状态行 － 通用信息头 － 响应头 － 实体头 － 报文主体 　　状态码元由3位数字组成，表示请求是否被理解或被满足。原因分析是对原文的状态码作简短的描述，状态码用来支持自动操作，而原因分析用来供用户使用。客户机无需用来检查或显示语法。有关通用信息头，响应头和实体头方面的具体内容可以参照相关文件。
 ===工作原理===
 **既然我们明白了URL的构成，那么HTTP是怎么工作呢？我们接下来就要讨论这个问题。 　　一次HTTP操作称为一个事务，其工作过程可分为四步：

@@ 第44行： / 第44行： @@
 *Date头域表示消息发送的时间，时间的描述格式由rfc822定义。例如，Date:Mon,31Dec200104:25:57GMT。Date描述的时间表示世界标准时，换算成本地时间，需要知道用户所在的时区。
-==Pragma头域==
+===Pragma头域===
 *Pragma头域用来包含实现特定的指令，最常用的是Pragma:no-cache。在HTTP/1.1协议中，它的含义和Cache-Control:no-cache相同。
 ===请求消息===

@@ 第23行： / 第23行： @@
 *自WWW诞生以来，一个多姿多彩的资讯和虚拟的世界便出现在我们眼前，可是我们怎么能够更加容易地找到我们需要的资讯呢？当决定使用超文本作为WWW文档的标准格式后，于是在1990年，科学家们立即制定了能够快速查找这些超文本文档的协议，即HTTP协议。经过几年的使用与发展，得到不断的完善和扩展，目前在WWW中使用的是HTTP/1.0的第六版。
-===协议基础===
+==协议基础==
 *HTTP（HyperText Transfer Protocol）是超文本转移协议的缩写，它用于传送WWW方式的数据，关于HTTP协议的详细内容请参考RFC2616。HTTP协议采用了请求/响应模型。客户端向服务器发送一个请求，请求头包含请求的方法、URL、协议版本、以及包含请求修饰符、客户信息和内容的类似于MIME的消息结构。服务器以一个状态行作为响应，相应的内容包括消息协议的版本，成功或者错误编码加上包含服务器信息、实体元信息以及可能的实体内容。 　　通常HTTP消息包括客户机向服务器的请求消息和服务器向客户机的响应消息。这两种类型的消息由一个起始行，一个或者多个头域，一个指示头域结束的空行和可选的消息体组成。HTTP的头域包括通用头，请求头，响应头和实体头四个部分。每个头域由一个域名，冒号（:）和域值三部分组成。域名是大小写无关的，域值前可以添加任何数量的空格符，头域可以被扩展为多行，在每行开始处，使用至少一个空格或制表符。