TCP三次握手和四次挥手详解

 1、建立连接时的三次握手，如下图所示

1.1第一次握手

客户端发送一个请求连接报文段，该报文段携带一个0数据的同步位SYN和数据序号为X。进入了SYN_SENT状态等待服务器确定。

1.2第二次握手

服务器同意连接，并向客户端发送一个请求连接确认报文段，该报文段包括同步为SYN=1、确认位ACK=1、数据初始序号seq=y以及对客户端发送的请求连接的数据序号进行确认ack=x+1。该报文段也不带数据。

1.3第三次握手

客户端接收到服务器发送的连接请求后，会再一次发送一个普通的TCP确认报文段，该报文段包括确认位ACK=1、序号为seq=x+1和对服务器发送的连接请求的序号进行确认ack=y+1

是否能该为两次握手？

不能，因为有可能在TCP客户端发送的请求连接报文段没有被服务端接收，滞留在网络中。然后超时重传一个客户端TCP请求连接报文段，该报文段被正确接收了，此时服务器已经进入了连接状态，并给客户端发送一个确认报文段，客户端接收到后就进入了已连接状态，并开始传输数据，直到释放连接之后，之前停留在网络中的客户端发送的TCP请求连接报文段被服务器正确接收到了，进入连接状态，等待客户端传输数据，但是此时客户端已经关闭了，但是负端并不知道，一直在等待，这就造成了大量资源的浪费。

2.释放连接的四次挥手，如下图所示

2.1第一次挥手

客户端发送一个释放连接TCP数据报文段，该报文段包括释放连接标记FIN=1、确认位ACK=1（已收到服务器上一次传来的数据）、序号位seq=u（u=客户端传输数据结束后的序号位置+1）确认序号ack=v（v=服务器传来数据时的序号+1）。进入终止连接状态1

2.2第二次挥手

服务器进入关闭等待状态，并向客户端发送一条普通的TCP确认报文段，该报文段包括确认位ACK=1、序号位seq=v（v=服务器当前数据的序号），确认序号ack=u+1（对客户端第一次传来的释放连接请求序号进行确认）。此时服务器还有数据没有传输完则会继续传输数据给客户端，客户端进入终止等待状态2

2.3第三次挥手

服务器没有数据后会向客户端发送一条TCP释放连接报文段，该报文段包括终止连接FIN=1、确认位ACK=1、序号位seq=w（w=当前服务器传输完数据之后的序号位）、ack=u+1。进入确认状态。

2.4第四次挥手

客户端回向服务器发送一个TCP确认报文段，该报文段包括确认位ACK=1、序号位seq=u+1（客户端当前数据位序号+1）、确认序号ack=w+1（服务器数据序号位+1）。服务器收到该报文段后就关闭连接了，而客户端则进入时间等待状态等待2MSL， 在进行等待的两分钟内没有收到服务器的报文段就关闭连接了

2MSL等待是否有必要？

假如客户端最后发送的对服务器的确认报文段在网络中丢失了，服务器并没有收到来自客户端的确认报文段，然后继续向和客户端发送释放连接报文段，但是客户端已经关闭了，不在接收报文段，这就会导致服务器一直处于最后确认状态而不能关闭