(2) TCP连接建立与终止

为理解connect、accept与close这3个函数并通过使用netstat程序调试TCP应用，必须理解TCP如何建立连接与终止连接，并且要掌握TCP的状态转换图。

一、 TCP连接的建立

1.1 连接的三次握手

关于tcp连接建立的三次握手描述如下，理论发生的情形也如下记录，三路握手共分为如下4步：

（1）服务器必须准备好接收外来的连接。这通常通过依次调用socket、bind、listen这3个函数来完成，我们称之为被动打开（passive open）。

（2）客户端通过调用connect发起主动打开（active open）。这导致客户端TCP发送一个SYN（同步）分节，它告诉服务器将在（待建立的）连接中发送的数据的初始序列号。通常SYN分节不携带数据，其所在IP数据报只含有一个IP首部、一个TCP首部及可能有的TCP选项。

（3）服务器必须确认（ACK）客户端的SYN，同时服务器也得发送一个SYN分节，它含有服务器将在同一连接中发送的数据的初始序列号。服务器在单个分节中发送SYN和对客户端SYN的ACK（确认）。

**（4）**客户端必须确认服务器的SYN。

以上的这种交换至少需要3个分组，因此称之为TCP的三路握手（three-way handshake）。图1展示的是TCP三路握手进行交换的三个分节

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-MSx2xrgK-1674114660899)(C:\LFG\C++文档\8-网络通信\4-UNIX\1-technology\1-record\1-pictures\unix_tcp_three_way_handshake.png)]

图1 TCP三路握手

图1图解：

• 客户端在SYN分节中给出的初始序列号为J
• 服务器在响应的SYN分节中给出的初始序列号为K，且SYN分节中ACK中的确认号是发送这个ACK的一端所期待的下一个序列号。因为SYN占据一个字节的序列号空间，所以每一个SYN的ACK中的确认号就是该SYN的初始序列号加1。
• 类似地，每一个FIN（表示结束）的ACK中的确认号为该FIN的序列号加1。

1.1.1 三次握手的TCP选项

每一个SYN可以含有多个TCP选项，罗列下面常用的部分TCP选项：

• MSS选项： 发送SYN的TCP一般使用本选项通告对端它的最大分节大小（maximum segment size）即MSS（也就是MTU），也就是它在本连接的每个TCP分节中愿意接受的最大数据量。发送端TCP使用接收端的MSS值作为所发送分节的最大大小。 可以使用TCP_MAXSEG套接字选项提取和设置这个TCP选项。
• 窗口规模选项： TCP连接任何一端能够通告对端的最大窗口大小是65535（以前是这样），因为在TCP首部中相应的字段占16位。然而当今因特网上业已普及的高速网络连接（45 Mbit/s或更快，如RFC 1323[jacobson, braden, and Borman 1992]所述）或长延迟路径（卫星链路）要求有更大的窗口以获得尽可能大的吞吐量。这个新选项指定TCP首部中的通告窗口必须扩大（即左移）的位数（0~14）,因此所提供的最大窗口接近1GB（65535x2¹⁴）。在一个TCP连接上使用窗口规模的前提是它的两个端系统必须都支持这个选项。可以使用SO_RCVBUF套接字选项影响这个TCP选项。
• 时间戳选项： 这个选项对于高速网络连接时必要的，它可以防止由失而复现的分组可能造成的数据破坏。它是一个较新的选项，也以类似于窗口规模选项的方式协商处理。

TCP的大多数实现都支持这些选项。后两个选项有时称为“RFC 1323选项”，因为他们在RFC 1323[jacobson, braden, and Borman 1992]中说明的。

既然高带宽或长延迟的网络称为“长胖管道”（long fat pipe），这两个选项也称为“长胖管道选项”。

1.2 TCP连接的终止

1.2.1 终止的4次挥手

TCP连接建立一个连接需3个分节，但是终止一个连接则需要4个分节，常称为4次挥手；关于4次挥手的具体描述分为如下4个步骤：

（1）某个应用进程首先调用close，我们称该端执行主动关闭（active close）。该端的TCP于是发送一个FIN分节，表示数据发送完毕。

（2）接收到这个FIN分节的对端执行被动关闭（passive close）。这个FIN分节由TCP进行ACK确认。它的接收也作为一个文件结束符（end-of-file）传递给接收端应用进程（放在已排队等候该应用进程接收的任何其它数据之后），因为FIN的接收意味着接收端应用进程在相应连接上再无额外数据可接收。

（3）一段时间后，接收到这个文件结束符的应用进程将调用close关闭它的套接字。这导致它的TCP也发送一个FIN分节给对端。

（4）接收这个最终FIN分节的原发送端TCP（即执行主动关闭的那一端）ACK确认这个FIN分节。

既然每个方向都需要一个FIN分节和一个ACK确认分节，因此通常需要4个分节。

这里使用限定词“通常”是因为：某些情况下步骤1的FIN分节随数据一起发送；另外，步骤2和步骤3发送的分节都出自执行被动关闭的那一端，有可能被合并成一个分节。图2展示的是TCP终止的4次挥手所交换的4个分节：

图2 TCP终止的4次挥手

图2图解：

• 类似SYN，一个FIN也占据1个字节的序列号空间。因此，每个FIN的ACK确认号就是这个FIN的序列号加1。
• 在步骤2与步骤3之间，从执行被动关闭一端到执行主动关闭一端流动数据是可能的。这称为半关闭（half-close）。
• 当套接字被关闭时，其所在端TCP各自发送了一个FIN分节。在图2中指出，这是由应用进程调用close而发生的，不过需认识到，当一个Unix进程无论自愿地（调用exit或从main函数返回）还是非自愿地（收到一个终止本进程的信号）终止时，所有打开的描述符都被关闭，这也导致仍然打开的任何TCP连接上也发出一个FIN。
• 图2还展示了客户端执行主动关闭的情形，不过无论是客户端还是服务器，任何一端都可以执行主动关闭。通常情况是客户端执行主动关闭，但是某些协议（譬如值得注意的HTTP/1.0）却由服务器执行主动关闭。