HTTP 简介 如何标志网络中的资源 URL 详解
HTTP 请求
HTTP 响应
查看 HTTP 请求与响应 HTTP 事务

HTTP 简介

HTTP 是基于 TCP/IP 通信协议来传递数据(HTML 文件, 图片文件, 查询结果等)。 TCP/IP 是一个协议族，HTTP、FTP、Telnet等都属于 TCP/IP 协议。

HTTP 是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系 统。它于 1990年提出，经过几年的使用与发展，得到不断地完善和扩展。目前在 WWW 中使用的是 HTTP/1.0 的第六 版，HTTP/1.1 的规范化工作正在进行之中，而且 HTTP-NG(Next Generation of HTTP)的建议已经提出。

HTTP 协议工作于客户端-服务端架构为上。浏览器作为 HTTP 客户端通过 URL 向 HTTP 服务端即 Web 服务器发 送所有请求。Web 服务器根据接收到的请求后，向客户端发送响应信息。

主要特点

简单快速:客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有 GET、POST、HEAD、PUT 等等。每种方法规定了客户与服务器联系的类型不同。由于 HTTP 协议 简单，使得 HTTP 服务器的程序规模小，因而通信速度很快。
灵活:HTTP 允许传输任意类型的数据对象。正在传输的类型由 Content-Type 加以标记。 无连接:一次请求一次连接。服务器处理完客户的请求，并收到客户的应答后，即断开连接。 无状态:在 HTTP 协议中，客户端的每次请求，对于服务端来说，都是一次新的请求。 多种模式:支持 B/S 及 C/S 模式。

如何标志网络中的资源

URI

URI 是 Uniform Resource Identifier，统一资源标志符，用来唯一的标识一个资源，最常?形式是统一 资源定位符。Web 上可用的每种资源如 HTML 文档、图像、视频片段、程序等都是通过 URI 来标志的 URI 一般由三部组成:

访问资源的命名机制
存放资源的主机名 资源自身的名称，由路径表示，着重强调于资源。

URL

URL 是 Uniform Resource Locator，统一资源定位符，它是一种具体的 URI，即 URL 可以用来标识一 个资源，而且还指明了如何 locate 这个资源。

采用 URL 可以用一种统一的格式来描述各种信息资源，包括文件、服务器的地址和目录等。URL 一般由 三部组成:

URN

URN 是 Uniform Resource Name，统一资源命名符，是通过名字来标识资源。 URI 是以一种抽象的，高层次概念定义统一资源标识，而 URL 和 URN 则是具体的资源标识的方 式。URL 和 URN 都是一种 URI。笼统地说，每个 URL 都是 URI，但不一定每个 URI 都是 URL。这是因为 URI 还包括一个子类，即统一资源名称 ( URN )，它命名资源但不指定如何定位资源。上面的 isbn 都是 URN 的示例。

URI 与 URL 和 URN 之间的关系 引用

URI 可被视为定位符( URL )，名称( URN )或两者兼备。统一资源名( URN )如同一个人的 名称，而统一资源定位符( URL )代表一个人的住址。换言之，URN 定义某事物的身份，而 URL 提供查找该事物的方法。

用于标识唯一书目的 ISBN 系统是一个典型的URN使用范例。例如， ISBN 0-486-27557-4 无二 义性地标识出莎士比亚的戏剧《 罗密欧与朱丽叶 》的某一特定版本。为获得该资源并阅读该书， 人们需要它的位置，也就是一个 URL 地址。在 类Unix 操作系统中，一个典型的URL地址可能是一 个文件目录，例如 file:///home/username/RomeoAndJuliet.pdf 。该 URL 标识出存储于本 地硬盘中的电子书文件。因此，URL 和 URN 有着互补的作用。

最后，概括起来，URI、URN、URL 之间的关系如下图:

URL 详解

HTTP 使用统一资源标识符(Uniform Resource Identifiers， URI)来传输数据和建立连接。URL 是一 种特殊类型的 URI，包含了用于查找某个资源的足够的信息。

http://www.aspxfans.com:8080/news/index.asp?boardID=5&ID=24618&page=1#name

从上面的 URL 可以看出，一个完整的 URL 包括以下几部分:
1. 协议部分:该URL的协议部分为 http: ，这代表网?使用的是HTTP协议。在Internet中可以使用多

种协议，如 HTTP，FTP 等等。本例中使用的是 HTTP 协议。在 http: 后面的 // 为分隔符
2. 域名部分:该 URL 的域名部分为 www.aspxfans.com 。一个 URL 中，也可以使用 IP 地址来进行资

源的访问。
3. 端口部分:跟在域名后面的是端口，域名和端口之间使用 : 作为分隔符。端口不是一个 URL 必须的

部分，如果省略端口部分，将采用默认的 80 端口。
4. 虚拟目录部分:从域名后的第一个 / 开始到最后一个 / 为止，是虚拟目录部分。虚拟目录也不是一个

URL 必须的部分。本例中的虚拟目录是 /news/ 。

5. 文件名部分:从域名后的最后一个 / 开始到 ? 为止，是文件名部分，如果没有 ? ，则是从域名后的 最后一个 / 开始到 # 为止，是文件部分，如果没有 ? 和 # ，那么从域名后的最后一个 / 开始到结束， 都是文件名部分。本例中的文件名是 index.asp 。文件名部分也不是一个 URL 必须的部分，如果省略 该部分，则使用默认的文件名。

6. 锚部分:从 # 开始到最后，都是锚部分。本例中的锚部分是 name 。锚部分也不是一个 URL 必须的部 分。

7. 参数部分:从 ? 开始到 # 为止之间的部分为参数部分，又称搜索部分、查询部分。本例中的参数部 分为 boardID=5&ID=24618&page=1 。参数可以允许有多个参数，参数与参数之间用 & 作为分隔符。

HTTP 请求
客户端发送一个 HTTP 请求到服务器，一个 HTTP 请求一般包含 4 个部分:请求行、请求头部、空行和

请求数据。如下图:

以下为 GET 请求报文:

GET 和 POST 请求的区别 1. 传输数据的存放位置

GET 提交，请求的数据会附在 URL 之后(就是把数据放置在 HTTP 协议头中)，以 ? 分割 URL 和传输 数据，多个参数用 & 连接。

例如: login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0%E5%A5%BD

如果数据是英文字母或者数字，原样发送，如果是空格，转换为 + ，如果是中文或者其他字符，则直接 把字符串用 BASE64 加密，得出如: %E4%BD%A0%E5%A5%BD ，其中 %XX 中的XX为该符号以 16 进制表 示的 ASCII 码。

POST 提交:把提交的数据放置在是 HTTP 包的包体中。上面 POST 请求示例中，空行下面的字符串就 是实际传输的数据。

因此，GET 提交的数据会在地址栏中显示出来，而 POST 提交，地址栏不会改变。 2. 传输数据的大小

首先声明:HTTP 协议没有对传输的数据大小进行限制，HTTP 协议规范也没有对 URL ?度进行限制。 而在实际开发中存在的限制主要有:

GET:特定浏览器和服务器对URL?度有限制，例如 IE 对 URL ?度的限制是 2083 字节(2K+35)。对 于其他浏览器，如 Netscape、FireFox 等，理论上没有?度限制，其限制取决于操作系统的支持。

因此对于 GET 提交时，传输数据就会受到 URL ?度的限制。
POST:由于不是通过 URL 传值，理论上数据不受限。但实际上各个 Web 服务器会规定对 POST 提交

数据大小进行限制，Apache、IIS6 都有各自的配置。 3. 安全性

POST 的安全性要比 GET 的安全性高。因为通过 GET 提交的数据，用户名和密码将明文出现在 URL 上。然而登录?面可能被浏览器缓存，或者其他人通过查看浏览器历史记录的形式，就能拿到你的账号 和密码。

HTTP 请求方法
根据 HTTP 标准，HTTP 请求可以使用多种请求方法。

HTTP1.0 定义了 3 种请求方法: GET, POST 和 HEAD方法。 HTTP1.1 新增了 5 种请求方法: OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

状态代码由三位数字组成，第一个数字定义了响应的类别，共分五种类别:

1xx:指示信息--表示请求已接收，继续处理 2xx:成功--表示请求已被成功接收、理解、接受 3xx:重 定向--要完成请求必须进行更进一步的操作 4xx:客户端错误--请求有语法错误或请求无法实现 5xx:服 务器端错误--服务器未能实现合法的请求

常?状态码:

res.writeHead(200, { ‘Content-Type‘: ‘text/html‘ }); res.write(htmlStr);
res.end();

}).listen(3000);
console.log("HTTP server is listening at port 3000.");