为什么握手是三次，挥手是四次

三次握手

是指建立一个TCP连接时，需要客户端和服务器总共发送3个包。

三次握手的目的是连接服务器指定端口，建立TCP连接,并同步连接双方的序列号和确认号并交换 TCP 窗口大小信息.在socket编程中，客户端执行connect()时。将触发三次握手

 

第一次握手:

客户端发送一个TCP的SYN标志位置1的包指明客户打算连接的服务器的端口，以及初始序号X,保存在包头的序列号(Sequence Number)字段里。

第二次握手:

服务器发回确认包(ACK)应答。即SYN标志位和ACK标志位均为1同时，将确认序号(Acknowledgement Number)设置为客户的I S N加1以.即X+1。

第三次握手.

客户端再次发送确认包(ACK) SYN标志位为0,ACK标志位为1.并且把服务器发来ACK的序号字段+1,放在确定字段中发送给对方.并且在数据段放写ISN的+1（ISN---初始序列号）

三次握手简单理解：

第一次握手就是客户端给服务器端发送一个报文，

第二次就是服务器收到报文之后，会应答一个报文给客户端，

第三次握手就是客户端收到报文后再给服务器发送一个报文，

三次握手就成功了

但是为什么要三次呢？两次不行吗？

第一次握手是为了测试客户端的发送能力、服务端的接收能力，

第二次握手是为了测试服务端的接收、发送能力

第二次握手是为了客户端的接收、发送能力正常，服务器自己的发送、接收能力也正常。

假如是两次的话

客户端发出请求给服务端，但因连接请求报文丢失而未收到确认，于是客户端再重传一次连接请求。后来收到了确认，建立了连接。如果此时第一次连接请求到达了服务端，此时服务端误认为客户端又发出一次新的连接请求，于是就向客户端发出确认报文段，此时客户端忽略服务端发来的确认，也不发送数据，则服务端一直等待客户端发送数据，浪费资源。

此外，重传次数过多的话，系统将该连接信息从半连接队列（双方还没有完全建立其连接之前）中删除。

四次挥手简单理解：

第一次挥手：客户端发送一个 FIN 报文

第二次挥手：服务端收到 FIN 之后，会发送 ACK 报文

第三次挥手：服务端想断开连接，和客户端的第一次挥手一样，发给 FIN 报文，且指定一个序列号。

四次挥手：客户端收到 FIN 之后，一样发送一个 ACK 报文作为应答

那为什么要四次呢？

收到对方的FIN报文时，仅表示对方不再发送数据但还能接收收据，

此时也未必把全部数据都发给了对方，也需要发送一些数据给对方，

再发送FIN报文给对方表示同意关闭连接。

因此我们的ACK和FIN一般会分开发送。

所以我们需要四次挥手。