在因特网中HTTP表示什么？ http是什么意思？
INTERNET\u4e2dwww\u7684\u542b\u4e49\u662f\u4ec0\u4e48\uff1fwww\u662f\u4e07\u7ef4\u7f51(World Wide Web)\u7684\u7f29\u5199\uff0c\u7528\u7535\u8111\u8bbf\u95ee\u7f51\u7ad9\u7684\u524d\u7f00
WAP\uff08Wireless Application Protocol) \u4e3a\u65e0\u7ebf\u5e94\u7528\u534f\u8bae\uff0c\u662f\u4e00\u9879\u5168\u7403\u6027\u7684\u7f51\u7edc\u901a\u4fe1\u534f\u8bae\u3002\u5373\u7528\u624b\u673a\u8bbf\u95ee\u7f51\u7ad9\u7684\u524d\u7f00
http\uff1a\u8d85\u6587\u672c\u4f20\u8f93\u534f\u8bae\uff08HTTP\uff0cHyperText Transfer Protocol)\u662f\u4e92\u8054\u7f51\u4e0a\u5e94\u7528\u6700\u4e3a\u5e7f\u6cdb\u7684\u4e00\u79cd\u7f51\u7edc\u534f\u8bae\u3002
\u6240\u6709\u7684WWW\u6587\u4ef6\u90fd\u5fc5\u987b\u9075\u5b88\u8fd9\u4e2a\u6807\u51c6\u3002\u8bbe\u8ba1HTTP\u6700\u521d\u7684\u76ee\u7684\u662f\u4e3a\u4e86\u63d0\u4f9b\u4e00\u79cd\u53d1\u5e03\u548c\u63a5\u6536HTML\u9875\u9762\u7684\u65b9\u6cd5\u3002
1960\u5e74\u7f8e\u56fd\u4ebaTed Nelson\u6784\u601d\u4e86\u4e00\u79cd\u901a\u8fc7\u8ba1\u7b97\u673a\u5904\u7406\u6587\u672c\u4fe1\u606f\u7684\u65b9\u6cd5\uff0c\u5e76\u79f0\u4e4b\u4e3a\u8d85\u6587\u672c\uff08hypertext\uff09,\u8fd9\u6210\u4e3a\u4e86HTTP\u8d85\u6587\u672c\u4f20\u8f93\u534f\u8bae\u6807\u51c6\u67b6\u6784\u7684\u53d1\u5c55\u6839\u57fa\u3002
\u6269\u5c55\u8d44\u6599\uff1a
\u8fd0\u4f5c\u65b9\u5f0f\uff1a
\u5728WWW\u4e2d\uff0c\u201c\u5ba2\u6237\u201d\u4e0e\u201c\u670d\u52a1\u5668\u201d\u662f\u4e00\u4e2a\u76f8\u5bf9\u7684\u6982\u5ff5\uff0c\u53ea\u5b58\u5728\u4e8e\u4e00\u4e2a\u7279\u5b9a\u7684\u8fde\u63a5\u671f\u95f4\uff0c\u5373\u5728\u67d0\u4e2a\u8fde\u63a5\u4e2d\u7684\u5ba2\u6237\u5728\u53e6\u4e00\u4e2a\u8fde\u63a5\u4e2d\u53ef\u80fd\u4f5c\u4e3a\u670d\u52a1\u5668\u3002
\u57fa\u4e8eHTTP\u534f\u8bae\u7684\u5ba2\u6237/\u670d\u52a1\u5668\u6a21\u5f0f\u7684\u4fe1\u606f\u4ea4\u6362\u8fc7\u7a0b\uff0c\u5b83\u5206\u56db\u4e2a\u8fc7\u7a0b\uff1a\u5efa\u7acb\u8fde\u63a5\u3001\u53d1\u9001\u8bf7\u6c42\u4fe1\u606f\u3001\u53d1\u9001\u54cd\u5e94\u4fe1\u606f\u3001\u5173\u95ed\u8fde\u63a5\u3002
HTTP\u534f\u8bae\u662f\u57fa\u4e8e\u8bf7\u6c42/\u54cd\u5e94\u8303\u5f0f\u7684\u3002\u4e00\u4e2a\u5ba2\u6237\u673a\u4e0e\u670d\u52a1\u5668\u5efa\u7acb\u8fde\u63a5\u540e\uff0c\u53d1\u9001\u4e00\u4e2a\u8bf7\u6c42\u7ed9\u670d\u52a1\u5668\uff0c\u8bf7\u6c42\u65b9\u5f0f\u7684\u683c\u5f0f\u4e3a\uff0c\u7edf\u4e00\u8d44\u6e90\u6807\u8bc6\u7b26\u3001\u534f\u8bae\u7248\u672c\u53f7\uff0c\u540e\u8fb9\u662fMIME\u4fe1\u606f\u5305\u62ec\u8bf7\u6c42\u4fee\u9970\u7b26\u3001\u5ba2\u6237\u673a\u4fe1\u606f\u548c\u53ef\u80fd\u7684\u5185\u5bb9\u3002
\u670d\u52a1\u5668\u63a5\u5230\u8bf7\u6c42\u540e\uff0c\u7ed9\u4e88\u76f8\u5e94\u7684\u54cd\u5e94\u4fe1\u606f\uff0c\u5176\u683c\u5f0f\u4e3a\u4e00\u4e2a\u72b6\u6001\u884c\u5305\u62ec\u4fe1\u606f\u7684\u534f\u8bae\u7248\u672c\u53f7\u3001\u4e00\u4e2a\u6210\u529f\u6216\u9519\u8bef\u7684\u4ee3\u7801\uff0c\u540e\u8fb9\u662fMIME\u4fe1\u606f\u5305\u62ec\u670d\u52a1\u5668\u4fe1\u606f\u3001\u5b9e\u4f53\u4fe1\u606f\u548c\u53ef\u80fd\u7684\u5185\u5bb9\u3002\u5176\u5b9e\u7b80\u5355\u8bf4\u5c31\u662f\u4efb\u4f55\u670d\u52a1\u5668\u9664\u4e86\u5305\u62ecHTML\u6587\u4ef6\u4ee5\u5916\uff0c\u8fd8\u6709\u4e00\u4e2aHTTP\u9a7b\u7559\u7a0b\u5e8f\uff0c\u7528\u4e8e\u54cd\u5e94\u7528\u6237\u8bf7\u6c42\u3002
\u4f60\u7684\u6d4f\u89c8\u5668\u662fHTTP\u5ba2\u6237\uff0c\u5411\u670d\u52a1\u5668\u53d1\u9001\u8bf7\u6c42\uff0c\u5f53\u6d4f\u89c8\u5668\u4e2d\u8f93\u5165\u4e86\u4e00\u4e2a\u5f00\u59cb\u6587\u4ef6\u6216\u70b9\u51fb\u4e86\u4e00\u4e2a\u8d85\u7ea7\u94fe\u63a5\u65f6\uff0c\u6d4f\u89c8\u5668\u5c31\u5411\u670d\u52a1\u5668\u53d1\u9001\u4e86HTTP\u8bf7\u6c42\uff0c\u6b64\u8bf7\u6c42\u88ab\u9001\u5f80\u7531IP\u5730\u5740\u6307\u5b9a\u7684URL\u3002
\u9a7b\u7559\u7a0b\u5e8f\u63a5\u6536\u5230\u8bf7\u6c42\uff0c\u5728\u8fdb\u884c\u5fc5\u8981\u7684\u64cd\u4f5c\u540e\u56de\u9001\u6240\u8981\u6c42\u7684\u6587\u4ef6\u3002\u5728\u8fd9\u4e00\u8fc7\u7a0b\u4e2d\uff0c\u5728\u7f51\u7edc\u4e0a\u53d1\u9001\u548c\u63a5\u6536\u7684\u6570\u636e\u5df2\u7ecf\u88ab\u5206\u6210\u4e00\u4e2a\u6216\u591a\u4e2a\u6570\u636e\u5305\uff08packet\uff09\uff0c\u6bcf\u4e2a\u6570\u636e\u5305\u5305\u62ec\uff1a\u8981\u4f20\u9001\u7684\u6570\u636e\uff1b\u63a7\u5236\u4fe1\u606f\uff0c\u5373\u544a\u8bc9\u7f51\u7edc\u600e\u6837\u5904\u7406\u6570\u636e\u5305\u3002
TCP/IP\u51b3\u5b9a\u4e86\u6bcf\u4e2a\u6570\u636e\u5305\u7684\u683c\u5f0f\u3002\u5982\u679c\u4e8b\u5148\u4e0d\u544a\u8bc9\u4f60\uff0c\u4f60\u53ef\u80fd\u4e0d\u4f1a\u77e5\u9053\u4fe1\u606f\u88ab\u5206\u6210\u7528\u4e8e\u4f20\u8f93\u548c\u518d\u91cd\u65b0\u7ec4\u5408\u8d77\u6765\u7684\u8bb8\u591a\u5c0f\u5757\u3002
\u8bb8\u591aHTTP\u901a\u8baf\u662f\u7531\u4e00\u4e2a\u7528\u6237\u4ee3\u7406\u521d\u59cb\u5316\u7684\u5e76\u4e14\u5305\u62ec\u4e00\u4e2a\u7533\u8bf7\u5728\u6e90\u670d\u52a1\u5668\u4e0a\u8d44\u6e90\u7684\u8bf7\u6c42\u3002\u6700\u7b80\u5355\u7684\u60c5\u51b5\u53ef\u80fd\u662f\u5728\u7528\u6237\u4ee3\u7406(UA)\u548c\u6e90\u670d\u52a1\u5668(O)\u4e4b\u95f4\u901a\u8fc7\u4e00\u4e2a\u5355\u72ec\u7684\u8fde\u63a5\u6765\u5b8c\u6210\u3002
\u5f53\u4e00\u4e2a\u6216\u591a\u4e2a\u4e2d\u4ecb\u51fa\u73b0\u5728\u8bf7\u6c42/\u54cd\u5e94\u94fe\u4e2d\u65f6\uff0c\u60c5\u51b5\u5c31\u53d8\u5f97\u590d\u6742\u4e00\u4e9b\u3002\u4e2d\u4ecb\u6709\u4e09\u79cd\uff1a\u4ee3\u7406(Proxy)\u3001\u7f51\u5173(Gateway)\u548c\u901a\u9053(Tunnel)\u3002
\u4e00\u4e2a\u4ee3\u7406\u6839\u636eURI\u7684\u7edd\u5bf9\u683c\u5f0f\u6765\u63a5\u53d7\u8bf7\u6c42\uff0c\u91cd\u5199\u5168\u90e8\u6216\u90e8\u5206\u6d88\u606f\uff0c\u901a\u8fc7URI\u7684\u6807\u8bc6\u628a\u5df2\u683c\u5f0f\u5316\u8fc7\u7684\u8bf7\u6c42\u53d1\u9001\u5230\u670d\u52a1\u5668\u3002\u7f51\u5173\u662f\u4e00\u4e2a\u63a5\u6536\u4ee3\u7406\uff0c\u4f5c\u4e3a\u4e00\u4e9b\u5176\u5b83\u670d\u52a1\u5668\u7684\u4e0a\u5c42\uff0c\u5e76\u4e14\u5982\u679c\u5fc5\u987b\u7684\u8bdd\uff0c\u53ef\u4ee5\u628a\u8bf7\u6c42\u7ffb\u8bd1\u7ed9\u4e0b\u5c42\u7684\u670d\u52a1\u5668\u534f\u8bae\u3002
\u4e00\u4e2a\u901a\u9053\u4f5c\u4e3a\u4e0d\u6539\u53d8\u6d88\u606f\u7684\u4e24\u4e2a\u8fde\u63a5\u4e4b\u95f4\u7684\u4e2d\u7ee7\u70b9\u3002\u5f53\u901a\u8baf\u9700\u8981\u901a\u8fc7\u4e00\u4e2a\u4e2d\u4ecb(\u4f8b\u5982\uff1a\u9632\u706b\u5899\u7b49)\u6216\u8005\u662f\u4e2d\u4ecb\u4e0d\u80fd\u8bc6\u522b\u6d88\u606f\u7684\u5185\u5bb9\u65f6\uff0c\u901a\u9053\u7ecf\u5e38\u88ab\u4f7f\u7528\u3002
\u53c2\u8003\u8d44\u6599\uff1a\u767e\u5ea6\u767e\u79d1---http
我们在浏览器的地址栏里输入的网站地址叫做URL (Uniform Resource Locator，统一资源定位符)。就像每家每户都有一个门牌地址一样，每个网页也都有一个Internet地址。当你在浏览器的地址框中输入一个URL或是单击一个超级链接时，URL就确定了要浏览的地址。浏览器通过超文本传输协议(HTTP)，将Web服务器上站点的网页代码提取出来，并翻译成漂亮的网页。因此，在我们认识HTTP之前，有必要先弄清楚URL的组成,例如：http://www.microsoft.com/china/index.htm。它的含义如下：
1. http://：代表超文本传输协议，通知microsoft.com服务器显示Web页，通常不用输入；
2. www：代表一个Web（万维网）服务器；
3. Microsoft.com/：这是装有网页的服务器的域名，或站点服务器的名称；
4. China/：为该服务器上的子目录，就好像我们的文件夹；
5. Index.htm：index.htm是文件夹中的一个HTML文件（网页）。
我们知道，Internet的基本协议是TCP/IP协议，然而在TCP/IP模型最上层的是应用层（Application layer），它包含所有高层的协议。高层协议有：文件传输协议FTP、电子邮件传输协议SMTP、域名系统服务DNS、网络新闻传输协议NNTP和HTTP协议等。
HTTP协议（Hypertext Transfer Protocol，超文本传输协议）是用于从WWW服务器传输超文本到本地浏览器的传送协议。它可以使浏览器更加高效，使网络传输减少。它不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。这就是你为什么在浏览器中看到的网页地址都是以http://开头的原因。
自WWW诞生以来，一个多姿多彩的资讯和虚拟的世界便出现在我们眼前，可是我们怎么能够更加容易地找到我们需要的资讯呢？当决定使用超文本作为WWW文档的标准格式后，于是在1990年，科学家们立即制定了能够快速查找这些超文本文档的协议，即HTTP协议。经过几年的使用与发展，得到不断的完善和扩展，目前在WWW中使用的是HTTP/1.0的第六版。
二、HTTP是怎样工作的
既然我们明白了URL的构成，那么HTTP是怎么工作呢？我们接下来就要讨论这个问题。
由于HTTP协议是基于请求/响应范式的（相当于客户机/服务器）。一个客户机与服务器建立连接后，发送一个请求给服务器，请求方式的格式为：统一资源标识符（URL）、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。服务器接到请求后，给予相应的响应信息，其格式为一个状态行，包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。
许多HTTP通讯是由一个用户代理初始化的并且包括一个申请在源服务器上资源的请求。最简单的情况可能是在用户代理和服务器之间通过一个单独的连接来完成。在Internet上，HTTP通讯通常发生在TCP/IP连接之上。缺省端口是TCP 80，但其它的端口也是可用的。但这并不预示着HTTP协议在Internet或其它网络的其它协议之上才能完成。HTTP只预示着一个可靠的传输。
这个过程就好像我们打电话订货一样，我们可以打电话给商家，告诉他我们需要什么规格的商品，然后商家再告诉我们什么商品有货，什么商品缺货。这些，我们是通过电话线用电话联系（HTTP是通过TCP/IP），当然我们也可以通过传真，只要商家那边也有传真。
以上简要介绍了HTTP协议的宏观运作方式，下面介绍一下HTTP协议的内部操作过程。
在WWW中，“客户”与“服务器”是一个相对的概念，只存在于一个特定的连接期间，即在某个连接中的客户在另一个连接中可能作为服务器。基于HTTP协议的客户/服务器模式的信息交换过程，它分四个过程：建立连接、发送请求信息、发送响应信息、关闭连接。这就好像上面的例子，我们电话订货的全过程。
其实简单说就是任何服务器除了包括HTML文件以外，还有一个HTTP驻留程序，用于响应用户请求。你的浏览器是HTTP客户，向服务器发送请求，当浏览器中输入了一个开始文件或点击了一个超级链接时，浏览器就向服务器发送了HTTP请求，此请求被送往由IP地址指定的URL。驻留程序接收到请求，在进行必要的操作后回送所要求的文件。在这一过程中，在网络上发送和接收的数据已经被分成一个或多个数据包（packet），每个数据包包括：要传送的数据；控制信息，即告诉网络怎样处理数据包。TCP/IP决定了每个数据包的格式。如果事先不告诉你，你可能不会知道信息被分成用于传输和再重新组合起来的许多小块。
也就是说商家除了拥有商品之外，它也有一个职员在接听你的电话，当你打电话的时候，你的声音转换成各种复杂的数据，通过电话线传输到对方的电话机，对方的电话机又把各种复杂的数据转换成声音，使得对方商家的职员能够明白你的请求。这个过程你不需要明白声音是怎么转换成复杂的数据的。
一、HTTP协议是什么
我们在浏览器的地址栏里输入的网站地址叫做URL (Uniform Resource Locator，统一资源定位符)。就像每家每户都有一个门牌地址一样，每个网页也都有一个Internet地址。当你在浏览器的地址框中输入一个URL或是单击一个超级链接时，URL就确定了要浏览的地址。浏览器通过超文本传输协议(HTTP)，将Web服务器上站点的网页代码提取出来，并翻译成漂亮的网页。因此，在我们认识HTTP之前，有必要先弄清楚URL的组成,例如：http://www.microsoft.com/china/index.htm。它的含义如下：
1. http://：代表超文本传输协议，通知microsoft.com服务器显示Web页，通常不用输入；
2. www：代表一个Web（万维网）服务器；
3. Microsoft.com/：这是装有网页的服务器的域名，或站点服务器的名称；
4. China/：为该服务器上的子目录，就好像我们的文件夹；
5. Index.htm：index.htm是文件夹中的一个HTML文件（网页）。
我们知道，Internet的基本协议是TCP/IP协议，然而在TCP/IP模型最上层的是应用层（Application layer），它包含所有高层的协议。高层协议有：文件传输协议FTP、电子邮件传输协议SMTP、域名系统服务DNS、网络新闻传输协议NNTP和HTTP协议等。
HTTP协议（Hypertext Transfer Protocol，超文本传输协议）是用于从WWW服务器传输超文本到本地浏览器的传送协议。它可以使浏览器更加高效，使网络传输减少。它不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。这就是你为什么在浏览器中看到的网页地址都是以http://开头的原因。
自WWW诞生以来，一个多姿多彩的资讯和虚拟的世界便出现在我们眼前，可是我们怎么能够更加容易地找到我们需要的资讯呢？当决定使用超文本作为WWW文档的标准格式后，于是在1990年，科学家们立即制定了能够快速查找这些超文本文档的协议，即HTTP协议。经过几年的使用与发展，得到不断的完善和扩展，目前在WWW中使用的是HTTP/1.0的第六版。
二、HTTP是怎样工作的
既然我们明白了URL的构成，那么HTTP是怎么工作呢？我们接下来就要讨论这个问题。
由于HTTP协议是基于请求/响应范式的（相当于客户机/服务器）。一个客户机与服务器建立连接后，发送一个请求给服务器，请求方式的格式为：统一资源标识符（URL）、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。服务器接到请求后，给予相应的响应信息，其格式为一个状态行，包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。
许多HTTP通讯是由一个用户代理初始化的并且包括一个申请在源服务器上资源的请求。最简单的情况可能是在用户代理和服务器之间通过一个单独的连接来完成。在Internet上，HTTP通讯通常发生在TCP/IP连接之上。缺省端口是TCP 80，但其它的端口也是可用的。但这并不预示着HTTP协议在Internet或其它网络的其它协议之上才能完成。HTTP只预示着一个可靠的传输。
这个过程就好像我们打电话订货一样，我们可以打电话给商家，告诉他我们需要什么规格的商品，然后商家再告诉我们什么商品有货，什么商品缺货。这些，我们是通过电话线用电话联系（HTTP是通过TCP/IP），当然我们也可以通过传真，只要商家那边也有传真。
以上简要介绍了HTTP协议的宏观运作方式，下面介绍一下HTTP协议的内部操作过程。
在WWW中，“客户”与“服务器”是一个相对的概念，只存在于一个特定的连接期间，即在某个连接中的客户在另一个连接中可能作为服务器。基于HTTP协议的客户/服务器模式的信息交换过程，它分四个过程：建立连接、发送请求信息、发送响应信息、关闭连接。这就好像上面的例子，我们电话订货的全过程。
其实简单说就是任何服务器除了包括HTML文件以外，还有一个HTTP驻留程序，用于响应用户请求。你的浏览器是HTTP客户，向服务器发送请求，当浏览器中输入了一个开始文件或点击了一个超级链接时，浏览器就向服务器发送了HTTP请求，此请求被送往由IP地址指定的URL。驻留程序接收到请求，在进行必要的操作后回送所要求的文件。在这一过程中，在网络上发送和接收的数据已经被分成一个或多个数据包（packet），每个数据包包括：要传送的数据；控制信息，即告诉网络怎样处理数据包。TCP/IP决定了每个数据包的格式。如果事先不告诉你，你可能不会知道信息被分成用于传输和再重新组合起来的许多小块。
也就是说商家除了拥有商品之外，它也有一个职员在接听你的电话，当你打电话的时候，你的声音转换成各种复杂的数据，通过电话线传输到对方的电话机，对方的电话机又把各种复杂的数据转换成声音，使得对方商家的职员能够明白你的请求。这个过程你不需要明白声音是怎么转换成复杂的数据的。
众所周知，Internet的基本协议是TCP/IP协议，目前广泛采用的FTP、Archie Gopher等是建立在TCP/IP协议之上的应用层协议，不同的协议对应着不同的应用。<BR> WWW服务器使用的主要协议是HTTP协议，即超文体传输协议。由于HTTP协议支持的服务不限于WWW，还可以是其它服务，因而HTTP协议允许用户在统一的界面下，采用不同的协议访问不同的服务，如FTP、Archie、SMTP、NNTP等。另外，HTTP协议还可用于名字服务器和分布式对象管理。
2.1 HTTP协议简介
HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的规范化工作正在进行之中，而且HTTP-NG(Next Generation of HTTP)的建议已经提出。
HTTP协议的主要特点可概括如下：
1.支持客户/服务器模式。
2.简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。
由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
3.灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
4.无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
5.无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。
Internet的基本协议是TCP/IP协议，目前广泛采用的FTP、Archie Gopher等是建立在TCP/IP协议之上的应用层协议，不同的协议对应着不同的应用。<BR> WWW服务器使用的主要协议是HTTP协议，即超文体传输协议。由于HTTP协议支持的服务不限于WWW，还可以是其它服务，因而HTTP协议允许用户在统一的界面下，采用不同的协议访问不同的服务，如FTP、Archie、SMTP、NNTP等。另外，HTTP协议还可用于名字服务器和分布式对象管理。
HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的规范化工作正在进行之中，而且HTTP-NG(Next Generation of HTTP)的建议已经提出。
Hyper Text Transfer Protocol超文本传输协议
绛旓細鍦╓WW涓紝鈥滃鎴封濅笌鈥滄湇鍔″櫒鈥濇槸涓涓浉瀵圭殑姒傚康锛屽彧瀛樺湪浜庝竴涓壒瀹氱殑杩炴帴鏈熼棿锛屽嵆鍦ㄦ煇涓繛鎺ヤ腑鐨勫鎴峰湪鍙︿竴涓繛鎺ヤ腑鍙兘浣滀负鏈嶅姟鍣ㄣ傚熀浜嶩TTP鍗忚鐨勫鎴/鏈嶅姟鍣ㄦā寮忕殑淇℃伅浜ゆ崲杩囩▼锛屽畠鍒嗗洓涓繃绋嬶細寤虹珛杩炴帴銆佸彂閫佽姹備俊鎭佸彂閫佸搷搴斾俊鎭佸叧闂繛鎺ャ傝繖灏卞ソ鍍忎笂闈㈢殑渚嬪瓙锛屾垜浠數璇濊璐х殑鍏ㄨ繃绋嬨傚叾瀹炵畝鍗...
绛旓細瓒呮枃鏈紶杈撳崗璁锛岀缉鍐欎负HTTP锛屽畠鏄竴绉嶇敤浜庡垎甯冨紡銆佸崗浣滃紡鍜岃秴濯掍綋淇℃伅绯荤粺鐨勫簲鐢ㄥ眰鍗忚锛屾槸涓囩淮缃戠殑鏁版嵁閫氫俊鐨勫熀纭锛屼篃鏄簰鑱旂綉搴旂敤鏈涓哄箍娉涚殑涓绉嶇綉缁滀紶杈撳崗璁傛渶鍒濊璁TTP鐨勭洰鐨勬槸涓轰簡鎻愪緵涓绉嶅彂甯冨拰鎺ユ敹HTML椤甸潰鐨勬柟娉曘侶TTP鐨勫彂灞曟槸鐢辫拏濮喡蜂集绾虫柉-鏉庝簬1989骞村湪娆ф床鏍稿瓙鐮旂┒缁勭粐鎵鍙戣捣锛屾爣鍑嗗埗瀹氱敱涓...
绛旓細http锛氳秴鏂囨湰浼犺緭鍗忚锛圚TTP锛孒yperText Transfer Protocol)銆傝秴鏂囨湰浼犺緭鍗忚鏄簰鑱旂綉涓婂簲鐢ㄦ渶涓哄箍娉涚殑涓绉嶇綉缁滃崗璁傛墍鏈夌殑WWW鏂囦欢閮藉繀椤婚伒瀹堣繖涓爣鍑嗐傝璁TTP鏈鍒濈殑鐩殑鏄负浜嗘彁渚涗竴绉嶅彂甯冨拰鎺ユ敹HTML椤甸潰鐨勬柟娉曘1960骞寸編鍥戒汉Ted Nelson鏋勬濅簡涓绉嶉氳繃璁＄畻鏈哄鐞嗘枃鏈俊鎭殑鏂规硶锛屽苟绉颁箣涓鸿秴鏂囨湰锛坔ypertext锛...
绛旓細涓囩淮缃戯紙World Wide Web锛岀缉鍐欎负WWW锛夋槸鍥犵壒缃戜笂鐨勮秴鏂囨湰绯荤粺銆傝秴鏂囨湰鏂囦欢閫氳繃涓涓О涓衡滅綉椤垫祻瑙堝櫒鈥濈殑绋嬪簭浠庢湇鍔″櫒锛堟垨绉扳滅綉绔欌濓級鑾峰彇淇℃伅锛堟垨绉扳滄枃妗ｂ濄佲滄。妗堚濄佲滅綉椤碘濓級锛屽苟鍦ㄦ偍鐨勭數鑴戝睆骞曚笂鏄剧幇鍑烘潵銆傛偍鍙互閫氳繃缃戦〉涓殑瓒呯骇閾炬帴鏉ュ湪鍚勪釜缃戦〉涓棿璺宠穬锛岀敋鑷冲彲浠ュ儚鏈嶅姟鍣ㄥ洖浼犱俊鎭簰鍔ㄤ氦娴併
绛旓細鍦ㄥ洜鐗圭綉涓繘琛屼俊鎭祻瑙堟湇鍔℃墍浣跨敤鐨勫崗璁槸HTTP鍗忚銆HTTP鏄竴涓畝鍗曠殑璇锋眰-鍝嶅簲鍗忚锛屽畠閫氬父杩愯鍦═CP涔嬩笂銆傚畠鎸囧畾浜嗗鎴风鍙兘鍙戦佺粰鏈嶅姟鍣ㄤ粈涔堟牱鐨勬秷鎭互鍙婂緱鍒颁粈涔堟牱鐨勫搷搴斻傝姹傚拰鍝嶅簲娑堟伅鐨勫ご浠SCII鐮佸舰寮忕粰鍑猴紱鑰屾秷鎭唴瀹瑰垯鍏锋湁涓涓被浼糓IME鐨勬牸寮忋傝繖涓畝鍗曟ā鍨嬫槸鏃╂湡Web鎴愬姛鐨勬湁鍔熶箣鑷ｏ紝鍥犱负瀹...
绛旓細http鍏ㄧО鏄秴鏂囨湰浼犺緭鍗忚锛圚ypertext transfer protocol锛夋槸涓绉嶈缁嗚瀹氫簡娴忚鍣ㄥ拰涓囩淮缃戞湇鍔″櫒涔嬮棿浜掔浉閫氫俊鐨勮鍒欙紝閫氳繃鍥犵壒缃戜紶閫佷竾缁寸綉鏂囨。鐨勬暟鎹紶閫佸崗璁俬ttps鍏ㄧО鏄秴鏂囨湰浼犺緭瀹夊叏鍗忚锛圚yper Text Transfer Protocol over Secure Socket Layer 鎴 Hypertext Transfer Protocol Secure锛夋槸浠ュ畨鍏ㄤ负鐩爣鐨...
绛旓細鈥漢ttp://鈥滄寚鐨勬槸HTTP鍗忚锛圚yperText Transfer Protocol锛瓒呮枃鏈紶杈撳崗璁锛夛紝鏄敤浜庝粠WWW鏈嶅姟鍣ㄤ紶杈撹秴鏂囨湰鍒版湰鍦版祻瑙堝櫒鐨勪紶杈撳崗璁侶TTP鍗忚鍙互浣挎祻瑙堝櫒鏇村姞楂樻晥锛屼娇缃戠粶浼犺緭鍑忓皯銆傚畠涓嶄粎淇濊瘉璁＄畻鏈烘纭揩閫熷湴浼犺緭瓒呮枃鏈枃妗ｏ紝杩樼‘瀹氫紶杈撴枃妗ｄ腑鐨勫摢涓閮ㄥ垎锛屼互鍙婂摢閮ㄥ垎鍐呭棣栧厛鏄剧ず(濡傛枃鏈厛浜庡浘褰)绛夈
绛旓細HTTP鏄瀹㈡埛绔祻瑙堝櫒鎴栧叾浠栫▼搴忎笌Web鏈嶅姟鍣ㄤ箣闂寸殑搴旂敤灞傞氫俊鍗忚銆傚湪Internet涓婄殑Web鏈嶅姟鍣ㄤ笂瀛樻斁鐨勯兘鏄秴鏂囨湰淇℃伅锛屽鎴锋満闇瑕侀氳繃HTTP鍗忚浼犺緭鎵瑕佽闂殑瓒呮枃鏈俊鎭侶TTP鍖呭惈鍛戒护鍜屼紶杈撲俊鎭紝涓嶄粎鍙敤浜嶹eb璁块棶锛屼篃鍙互鐢ㄤ簬鍏朵粬鍥犵壒缃/鍐呰仈缃戝簲鐢ㄧ郴缁熶箣闂寸殑閫氫俊锛屼粠鑰屽疄鐜板悇绫诲簲鐢ㄨ祫婧愯秴濯掍綋璁块棶鐨勯泦鎴愩
绛旓細鍙互鐪佺暐http鏄鍥犱负鏈夋椂瀹冧細鑷姩榛樿杈撳叆!鑰屽叾浠栧鎾斁鍦板潃浠ms:// rtsp://寮濮嬬殑灏变笉鍙互銆備粈涔堟槸WWW WWW鏄疻orld Wide Web鐨勭畝绉帮紝璇戜负涓囩淮缃戞垨鍏ㄧ悆缃戯紝鏄寚鍦ㄥ洜鐗圭綉涓婁互瓒呮枃鏈负鍩虹褰㈡垚鐨勪俊鎭綉銆傚畠涓虹敤鎴锋彁渚涗簡涓涓彲浠ヨ交鏉鹃┚椹殑鍥惧舰鍖栫晫闈紝鐢ㄦ埛閫氳繃瀹冨彲浠ユ煡闃匢nternet涓婄殑淇℃伅璧勬簮銆倃ww鏄氳繃...
绛旓細HTTP 涓枃鍚嶇О锛氳秴鏂囨湰浼犻佸崗璁 鑻辨枃鍚嶇О锛歨ypertext transport protocol;HTTP 瀹氫箟锛氫竴绉嶈缁嗚瀹氫簡娴忚鍣ㄥ拰涓囩淮缃戞湇鍔″櫒涔嬮棿浜掔浉閫氫俊鐨勮鍒欙紝閫氳繃鍥犵壒缃浼犻佷竾缁寸綉鏂囨。鐨勬暟鎹紶閫佸崗璁備富瑕佸簲鐢ㄤ簬WEB鏈嶅姟 TCP锛歍ransmission Control Protocol 浼犺緭鎺у埗鍗忚TCP鏄竴绉嶉潰鍚戣繛鎺ワ紙杩炴帴瀵煎悜锛夌殑銆佸彲闈犵殑銆佸熀浜庡瓧鑺傛祦...
