趣谈TCP三次握手连接

1.先趣谈三次握手链接

在开始正式的讲TCP三次握手连接前，先来一小段对话，来让你脑中有个大概的框架。
下面展示 对话情景。

对话介绍：
角色：祖安人(客户端) , 萌新(服务器)。
背景：欢快的祖安人在一局匹配中被不知名的0/20/0队友"欢快"的结束游戏，于是
祖安人加了那个 0/20/0 队友(ID 萌新)的好友，想要以祖安人的最高礼节带他玩一
把游戏。故事开始前... ...

游戏加载100%,祖安人以传统个最隆重的礼仪开始了友好互动。
“祖安大舞台... ...” 

故事就到这里结束了，这里用一个小对话简单的描述了三次握手连接，先有一个印象，下面开始来正式介绍 TCP的三次握手连接。

2.TCP三次握手：报文段交换

看了上面那个小对话，接下来我们看正式的TCP三次握手：

看完上面的图我们可以清楚的看到，TCP三次握手：报文段 的交换的较详细的过程。但是里面的一些细节可能就有点难搞了，例如: SYN，seq，ACK等等这些，所以接下来先补充复习一下TCP报文段的相关知识 。

- TCP报文段结构

然后从上到下解释：

1. 源端口号和目的端口号：

源端口号和目的端口号各占2个字节，被用于多路复用/分解来自或者送到上层应用
的数据。

2. 序号seq：

占32比特，也就是4个字节。一个报文段的序号是该报文段首字节的字节流编号。

3. 确认号ack:

占4个字节。确认号就是主机正在等待的数据的下一个字节序号。
例如：客户发送的第一个报文段的序号 seq =  99；那么服务器发送的报文段的
确认号: ACK= 100

4. 首部长度

 占4个字节。该字段指示了以32个字节的字为单位的TCP首部长度；
 因为TCP选项字段通常为空，所以TCP的首部一般是20字节(比UDP首部多12字节)。

5. 保留未用：

 占6个字节。跟它名字一样的意思。

6. 标志字段(flag field):

占6个字节。
1.确认号ACK ：用于指示确认字段中的值是有效的，即该报文段包括一个对已被成功接
收报文段的确认。
		ACK = 1，确认号才会生效

2.紧急URG ：用来指示报文段里存在着被发送端的上层实体置为"紧急"的数据。紧急
数据的最后一个字节由16比特的紧急数据指针指出。并且当紧急数据存在并且给出
指向数据尾的指针的手，TCP必须通知接收端的上层实体。
				当URG=1表示紧急指针有效。

3.推送PSH： 用来指示接收方应该立即将数据交给上层。

4.复位RST： 用来主动释放连接。
   			当RST = 1时，释放连接并重新建立连接。
   			
5.SYN：     用来在建立连接时。
   			当SYN = 1 时，表明这是一个连接请求报文段。
6.终止FIN 
FIN=1时，表示数据已全部传输完成，发送方不会再传输数据，并且要求释放当前
连接。
FIN=0，正常传输数据。

7. 接收窗口字段:

占16个字节。该字段用于指示接收方愿意接收的字节数量。

8. 因特网检验和：

占2个字节。该字段用于对TCP头部和数据进行检验。

9. 紧急数据指针：

占2个字节。用来记录"紧急数据"的位置。

9. 选项：

可选与变长的选项字段，该字段用于发送方与接收方协商最大报文段长度(MSS)时，
或在告诉网络环境下用作窗口调节因子时使用。首部字段中还定义了时间戳选项。

10. 数据：

应用层提供的数据，也是TCP的一部分。

这些就是TCP首部的相关知识，了解、复习一下。下面开始分析 三次握手。

- 三次握手分析

1. 客户端首先向服务器端的发送一个特殊的TCP报文段 (SYN = 1, seq = client_isn)，报文段首部SYN 被置 1, 建立连接请求；另外，客户端会随机的选择一个初始序号 client_isn放在序号字段中，并且该报文段中不包含应用层数据。
2. 客户端发送的 SYN报文段(建立连接请求)到达服务器后，服务器端会返回允许建立连接的报文段，确认号: ack = client_sin + 1 ， 服务器自己的序号字段sever_isn，也会返回SYN = 1(因为此时连接还没建立好)。

这个允许连接的报文段实际上表明了：“我收到了你发起连接的SYN分组，该分组
带有你的初始序号client_isn。我同意建立该连接。我自己的初始序号是
sever_isn” 该允许连接的报文段有时被称为 SYNACK报文段(SYNACK segment)。

摘自《计算机网络-自顶向下》

3. 在客户端收到了 SYNACK报文段之后，需要返回对 SYNACK报文段的应答，也就是对服务器的允许连接的报文段进行确认。
   应答分析：
   因为连接已经建立，所以 SYN比特被置为0，并且在以后的每一个报文段中，SYN比特都将被置为0；确认号 ack = server_isn + 1。

当服务器端收到客户端上述的应答报文段之后，一条完整的TCP连接就建立好了。

3.问：为什么发送方要发出第三个确认报文呢？

答：避免已经失效的的连接请求报文传送到对方，引起错误。
  
三次握手是为了双方同步自己的序列号，第三段报文是一个确认报文。如果确认报文还需要对方确认的话，将会无限循环确认。(个人理解)

这里可以用上面的小对话来分析一下：

如果没有第三个确认报文，萌新就会继续在那里等，这时如果你刚好是一个文曲星下凡的小可爱，你和萌新还没进入游戏(没有达到最初目的)，电竞文曲星的你就开始和萌新友爱的各种互动了。(个人理解)