URL、URN、URI#

假设我们的客户端为浏览器，我们看到一个长长的地址，例如本文的地址：/network1_2.html，我们把它称为 URL 。

URL 代表着是 统一资源定位符 （Uniform Resource Locator）。它无非就是一个给定的独特资源在 Web 上的地址。理论上说，每个有效的 URL 都指向一个唯一的资源。这个资源可以是一个 HTML 页面，一个 CSS 文档，一幅图像，等等。浏览器中顶部输入的地址栏，输入的就是URL。

与URL非常类似的，我们还有一个名词是 URI 。 URI 是 统一资源标识符 (Uniform Resource Identifier)，是一个指向资源的字符串。你可能会有些疑惑，URL和URI不都是指向一个资源吗？它们的区别在于：URI用于 标识 一个资源，而URL用于表示资源的 地址 。

在理解这两个的区别之前，再引入一个名词 URN 。 URN 是 统一资源名称 （UniformResourceName）指的是资源而不指定其位置或是否存在。

而URI就包含了URL（作为地址）和URN（指向资源）。

URI 属于 URL 更高层次的抽象，一种字符串文本标准。就是说，URI 属于父类，而 URL 属于 URI 的子类。URL 是 URI 的一个子集。

举个例子：

URI:

• http://www.example.com/path/to/file.html
• mailto@bbb.com

URL: http://www.example.com/path/to/file.html

URN: mailto@bbb.com

所以它们三者的关系是：

URL 一定是 URI，但是URI 不一定是URL 。因为URI还包含了URN，如mailto@bbb.com，它是命名资源 但不指定如何定位资源。

扯远了，我们主要来了解URL就好了。

URL格式#

浏览器需要解析你给出的URL地址，首先我们需要了解一下URL的组成。根据URL标准，它的结构为：

其中用{}的部分，即端口号、查询和ID是可选的。

例如：

• http ：HTTP协议的名称。
• www.server.com ：是web服务器地址，其中server.com是域名，这里也可以直接填写IP地址。
• /dir1/file1.html ：是文件file1.html的资源层级UNIX文件路径。

对于UNIX文件路径，是指从当前web服务器的根地址开始的，而不是整个服务器的根，如图：

而我们省略的端口，对于HTTP协议，默认端口号为80，而HTTPS加密协议，默认端口为443。即http://www.server.com/实际上和http://www.server.com:80/ 是一样的。

我们上网的时候时常发现，有时候我们的网址是http://www.server.com/ 并没有指定文件名，但是为什么也能访问呢？它访问的是什么文件呢。

当没有路径名时，就代表访问根目录下事先设置的 默认文件 ，也就是/index.html或者/default.html这些文件，这样就不会发生混乱了。

生成HTTP请求#

对URL 进行解析之后，浏览器确定了 Web 服务器和文件名，接下来浏览器根据这些信息来生成 HTTP 请求消息了。

我们在WEB技术中学习过，HTTP请求的格式，这里重新整理一下：

我们根据这个格式，来生成一个获取http://www.server.com/dir1/file1.html的HTTP请求：

1
GET /dir1/file1.html HTTP/1.1
2
HOST: www.server.com

我们成功请求了，至此应用层HTTP的部分就结束了。

报文格式#

HTTP 是基于 TCP 协议传输的，我们先了解一下 TCP 协议。 TCP 即传输控制协议（英语：Transmission Control Protocol）是一种面向连接的、可靠的、基于字节流的传输层通信协议。

我们来看它的报文头部的格式：

• 来源连接端口 （16位长）－识别发送连接端口，目的连接端口（16位长）－识别接收连接端口。这两个都是必不可少的，不然数据就不知道应该发给哪个应用。
• 序列号 （32位长）你可以理解为它的ID或一个标识符。
• 确认序列 （32位长）当ACK = 1时有效。目的是确认发出去对方是否有收到。一般为已经收到的数据的字节长度加1。
• 资料偏移 （4位长），就是我们的offset位，以4字节为单位计算出的数据段开始地址的偏移值。
• 保留 （3比特长）须置为0。
• 后面是一些 状态位 ，我们只需要了解一些常见的，例如：SYN（Synchronize）是 建立一个连接 ，ACK（Acknowledge）是 确认 ，RST是 重新连接 ，FIN是 结束连接 等。
• 窗口 （WIN，16位长）表示从确认号开始，本报文的发送方可以接收的字节数，即接收窗口大小。用于流量控制。通信双方各声明一个窗口（缓存大小），标识自己当前能够的处理能力。
• 校验和 （Checksum，16位长）对整个的TCP报文段，包括TCP头部和TCP数据，以16位字进行计算所得。这是一个强制性的字段。
• 紧急指针 （16位长）—本报文段中的紧急数据的最后一个字节的序号。
• 选项字段 ，最多40字节，表示选项内容。

三次握手#

TCP 建立连接的过程叫做握手，握手需要在客户和服务器之间交换三个TCP 报文段，称之为 三次握手 （Three-way Handshaking），为了 保证双方都有发送和接收的能力，同时为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误 。

下面可能会出现如下状态：

一开始，客户端和服务端都处于 CLOSED状态。先是服务端主动监听某个端口，处于LISTEN状态。

(1) 客户端主动发起连接，TCP协议会组建一个数据包，并设置 SYN 标志位，表示该数据包是用来建立同步连接的。同时生成一个 序列号 Seq（假设为1000），之后客户端处于 SYN-SENT 状态。

(2) 服务器端收到数据包，检测到已经设置了 SYN 就知道这是客户端发来的建立连接的”请求包”。服务器端也会组建一个数据包，并设置SYN 和 ACK 标志位，SYN 表示该数据包用来 建立连接 ，ACK 用来 确认 收到了刚才客户端发送的数据包。

此时服务器发送的这个数据包，它的Seq由服务器生成（假设为2000，它与之前客户端发送的没有关系），它的Ack即前文提到的 确认序列号 ，为收到的Seq + 1（收到的Seq为1000，故Ack为1001）。之后服务器处于SYN-RCVD状态。

(3) 客户端收到数据包，检测到已经设置了 SYN 和 ACK 标志位，就知道这是服务器发来的”确认包”。客户端会检测 确认序号 （Ack）字段，看它的值是否为发送时的Seq+1，即1001，如果是就说明连接建立成功。

接下来，客户端会继续组建数据包，并设置 ACK 标志位，表示客户端正确接收了服务器发来的”确认包”。同时，将刚才服务器发来的数据包Seq 加1，得到 2001，并用这个数字来填充”确认号（Ack）“字段。客户端将数据包发出，客户端进入ESTABLISED状态，表示连接已经成功建立。

服务器端收到数据包，检测到已经设置了 ACK 标志位，就知道这是客户端发来的”确认包”。服务器会检测Ack字段，看它的值是否为 2000+1，如果是就说明连接建立成功，服务器进入ESTABLISED状态。

至此，客户端和服务器都进入了ESTABLISED状态，连接建立成功，接下来就可以收发数据了。

三次握手的关键是要确认对方收到了自己的数据包，这个目标就是通过 确认序号 Ack字段实现的。计算机（客户端以及服务器）会记录下自己发送的数据包序号 Seq，待收到对方的数据包后，检测 确认序号 Ack字段，看Ack = Seq + 1是否成立，如果成立说明对方正确收到了自己的数据包。

四次挥手#

与三次挥手类似的，但是TCP在断开连接时会有四次挥手的过程。

• 客户端主动调用关闭连接的函数，于是就会发送 FIN 报文，这个 FIN 报文代表客户端不会再发送数据了，进入 FIN_WAIT_1 状态；
• 服务端收到了 FIN 报文，然后马上回复一个 ACK 确认报文，此时服务端进入 CLOSE_WAIT 状态。在收到 FIN 报文的时候，TCP 协议栈会为 FIN 包插入一个文件结束符 EOF 到接收缓冲区中，服务端应用程序可以通过 read 调用来感知这个 FIN 包，这个 EOF 会被 放在已排队等候的其他已接收的数据之后 ，所以必须要得继续 read 接收缓冲区已接收的数据；
• 接着，当服务端在 read 数据的时候，最后自然就会读到 EOF，接着 read() 就会返回 0，这时服务端应用程序如果有数据要发送的话，就发完数据后才调用关闭连接的函数，如果服务端应用程序没有数据要发送的话，可以直接调用关闭连接的函数 ，这时服务端就会发一个 FIN 包，这个 FIN 报文代表服务端不会再发送数据了，之后处于 LAST_ACK 状态；
• 客户端接收到服务端的 FIN 包，并发送 ACK 确认包给服务端，此时客户端将进入 TIME_WAIT 状态；
• 服务端收到 ACK 确认包后，就进入了最后的 CLOSE 状态；
• 客户端经过 2MSL 时间之后，也进入 CLOSE 状态；

TCP 报文生成#

在双方建立了连接后，TCP 报文中的数据部分就是存放 HTTP 头部 + 数据，组装好 TCP 报文之后，就需交给下面的网络层处理。

现在我们的报文长这样：

如果我们的HTTP信息太长了怎么办？这个时候TCP会把 HTTP 的数据拆解成一块块的数据发送，而不是一次性发送所有数据。

数据会被以MSS的长度为单位进行拆分，拆分出来的每一块数据都会被放进单独的网络包中。也就是在每个被拆分的数据加上 TCP 头信息，然后交给 IP 模块来发送数据。

其中：

• MTU(Maximum Transmission Unit)：一个网络包的最大长度，以太网中一般为 1500 字节。由不同链路层决定。
• MSS(Maximum Segment Size)：除去 IP 和 TCP 头部之后，一个网络包所能容纳的 TCP 数据的最大长度。

长度上：MSS = MTU - TCP头长度 - IP头长度

它们的关系如图：

IP 报文#

因为有些复杂我们就关注其中的一小部分：

• 版本（Version） ：版本字段占4bit，通信双方使用的版本必须一致。对于IPv4，字段的值是4，IPv6则是6。
• 协议 （Protocol）：占8bit，这个字段定义了该报文数据区使用的协议。其中TCP协议的编号为 0x06 。
• 源地址（Source address） ：一个IPv4地址由四个字节共 32 位构成，IPv6地址则是一共 128 位，此字段的值是将每个字节转为二进制并拼在一起所得到的32位值。这个地址并不总是报文的真实发送端，因此发往此地址的报文会被送往NAT设备，并由它被翻译为真实的地址。
• 目的地址（Destination address）：与原地址类似。

至此我们的数据包已经被封装成网络包了：