为什么一定要是三次握手，四次挥手

应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，然后TCP把数据流分区成适当长度的报文段（通常受该计算机连接的网络的数据链路层的最大传输单元（MTU）的限制）。之后TCP把结果包传给IP层，由它来通过网络将包传送给接收端实体的TCP层。TCP为了保证不发生丢包，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的包发回一个相应的确认（ACK）；如果发送端实体在合理的往返时延（RTT）内未收到确认，那么对应的数据包就被假设为已丢失将会被进行重传。TCP用一个校验和函数来检验数据是否有错误；在发送和接收时都要计算校验和。

TCP是面向连接的，无论哪一方向另一方发送数据之前，都必须先在双方之间建立一条连接。在TCP/IP协议中，TCP协议提供可靠的连接服务，连接是通过三次握手进行初始化的。三次握手的目的是同步连接双方的序列号和确认号并交换
TCP窗口大小信息。

首先，来看图：



三次握手：

第一次握手：建立连接。客户端发送连接请求报文段，将

SYN

位置为1，

Sequence
Number

为x；然后，客户端进入

SYN_SEND

状态，等待服务器的确认；
第二次握手：服务器收到

SYN

报文段。服务器收到客户端的

SYN

报文段，需要对这个

SYN

报文段进行确认，设置

Acknowledgment
Number

为x+1(

Sequence Number

+1)；同时，自己自己还要发送

SYN

请求信息，将

SYN

位置为1，

Sequence
Number

为y；服务器端将上述所有信息放到一个报文段（即

SYN+ACK

报文段）中，一并发送给客户端，此时服务器进入

SYN_RECV

状态；
第三次握手：客户端收到服务器的

SYN+ACK

报文段。然后将

Acknowledgment
Number

设置为y+1，向服务器发送

ACK

报文段，这个报文段发送完毕以后，客户端和服务器端都进入

ESTABLISHED

状态，完成TCP三次握手。

四次挥手：

第一次分手：主机1（可以使客户端，也可以是服务器端），设置

Sequence Number

和

Acknowledgment
Number

，向主机2发送一个

FIN

报文段；此时，主机1进入

FIN_WAIT_1

状态；这表示主机1没有数据要发送给主机2了；
第二次分手：主机2收到了主机1发送的

FIN

报文段，向主机1回一个

ACK

报文段，

Acknowledgment
Number

为

Sequence Number

加1；主机1进入

FIN_WAIT_2

状态；主机2告诉主机1，我“同意”你的关闭请求；
第三次分手：主机2向主机1发送

FIN

报文段，请求关闭连接，同时主机2进入

LAST_ACK

状态；
第四次分手：主机1收到主机2发送的

FIN

报文段，向主机2发送

ACK

报文段，然后主机1进入

TIME_WAIT

状态；主机2收到主机1的

ACK

报文段以后，就关闭连接；此时，主机1等待2MSL后依然没有收到回复，则证明Server端已正常关闭，那好，主机1也可以关闭连接了。

那么最后，为什么是三次握手呢？

防止已过期的连接请求报文突然又传送到服务器，因而产生错误。Client发生一个请求连接报文可能因为网络延迟等原因，没有送达到server中。但是当这个c
lient的请求报文送达到server时，如果没有三次握手的话，server就会直接发数据可client，这样会导致server资源的浪费。

为什么是四次挥手呢？

为了确保数据能够完成传输。关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给

你了；但不是你所有的数据都全部发送给对方了，所以你未必会马上关闭SOCKET,也就是你可能还需要发送一些数据

给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下

都是分开发送的。

当主机1发出FIN报文段时，只是表示主机1已经没有数据要发送了，主机1告诉主机2，它的数据已经全部发

送完毕了；但是，这个时候主机1还是可以接受来自主机2的数据；当主机2返回ACK报文段时，表示它已经知道主机1

没有数据发送了，但是主机2还是可以发送数据到主机1的；当主机2也发送了FIN报文段时，这个时候就表示主机2也

没有数据要发送了，就会告诉主机1，我也没有数据要发送了，之后彼此就会愉快的中断这次TCP连接。