[网络]对TCP协议三次握手的理解

今天想复习一下网络相关的知识，看到一个关于TCP/IP协议相关的问题：

TCP建立连接为什么是三次握手，为什么不是两次或四次？，感觉是一个很有意思的问题。

TCP协议

首先，我们来复习一下什么是TCP协议：
由于链路层和网络层搭配已经实现了互联网中任意两台计算机之间的通信。因此，传输层的功能就是建立“端口到端口”的通信。只要确立主机和端口，我们就能实现应用程序之间的交流。

TCP就是用来完成这样功能的一种协议，与之对应的还有一种协议就是UDP协议。UDP协议为了完成这样的功能，使用了最简单粗暴的实现，它的格式几乎就是在数据之前加上端口号信息。UDP数据包由“标头”和“数据包”两个部分组成，“标头”部分定义了发送端口和接收端口，“数据”部分就是具体的内容，然后将整个UDP数据包放入IP数据包的“数据”部分。UDP数据包非常简单，“标头”部分一共只有8个字节，总长度不超过65535字节，正好放入一个IP数据包中。虽然UDP协议简单且容易实现，但缺点也很明显，数据包一旦发出，发送方无法知道对方是否接收到。
为了解决这个问题，提高传输的稳定性，TCP协议横空出世！
TCP全称是Transmission Control Protocol，中文名为传输控制协议，它可以提供可靠的、面向连接的网络数据传递服务。传输控制协议主要包含下列任务和功能：
- 确保IP数据报的成功传递。 对程序发送的大块数据进行分段和重组。
- 确保正确排序及按顺序传递分段的数据。
- 通过计算校验和，进行传输数据的完整性检查。
- 根据数据是否接收成功发送肯定消息。通过使用选择性确认，也对没有收到的数据发送否定确认。
- 为必须使用可靠的、基于会话的数据传输程序，如客户端/服务器数据库和电子邮件程序，提供首选传输方法。
TCP协议非常复杂，但可以近似认为，它就是有确认机制的UDP协议，每发出一个数据包都要求确认。如果有一个数据包遗失，就收不到确认，发出方就知道有必要重发这个数据包了。因此，TCP协议能够确保数据不会遗失。它的缺点是过程复杂、实现困难、消耗较多的资源。TCP数据包和UDP数据包一样，都是内嵌在IP数据包的”数据”部分。TCP数据包没有长度限制，理论上可以无限长，但是为了保证网络的效率，通常TCP数据包的长度不会超过IP数据包的长度，以确保单个TCP数据包不必再分割。

TCP协议建立连接的三次握手

上面提到了TCP提供可靠的、面向连接的网络数据传递服务。那么，每次进行数据传递之前，TCP协议都要求客户端和服务器端首先建立一个连接，“三次握手”即出现在这个时候。
首先看下面一张“三次握手”建立连接的过程：

（SYN：同步标志，ACK：确认标志）

1. 第一次握手：建立连接。客户端发送连接请求报文段，将SYN位置为1，Sequence Number为x；然后，客户端进入SYN_SEND状态，等待服务器的确认；
2. 第二次握手：服务器收到SYN报文段。服务器收到客户端的SYN报文段，需要对这个SYN报文段进行确认，设置Acknowledgment Number为x+1(Sequence Number+1)；同时，自己自己还要发送SYN请求信息，将SYN位置为1，Sequence
   Number为y；服务器端将上述所有信息放到一个报文段（即SYN+ACK报文段）中，一并发送给客户端，此时服务器进入SYN_RECV状态；
3. 第三次握手：客户端收到服务器的SYN+ACK报文段。然后将Acknowledgment Number设置为y+1，向服务器发送ACK报文段，这个报文段发送完毕以后，客户端和服务器端都进入ESTABLISHED状态，完成TCP三次握手。

看完后，结合图上的文字说明可得知：3次握手后，客户端和服务端即能能确认自己、对方都是可发送和可接受数据的。少于3次无法确认以上信息，多于3次浪费资源。

TCP协议关闭连接的四次挥手