TCP三次握手四次挥手

TCP三次握手：
第一次握手: 建立连接。客户端发送连接请求，发送SYN报文，随机生成seq，然后，客户端进入SYN_SEND状态，等待服务器的确认。
第二次握手: 服务器收到客户端的SYN报文段。需要对这个SYN报文段进行确认，发送ACK报文，将ack设置为seq+1。同时，自己还要发送SYN请求信息，生成seq。服务器端将上述所有信息一并发送给客户端，此时服务器进入SYN_RECV状态。
第三次握手: 客户端收到服务器的ACK和SYN报文后，进行确认，然后将ack设置为1，seq设置为1，向服务器发送ACK报文段，这个报文段发送完毕以后，客户端和服务器端都进入ESTABLISHED状态，完成TCP三次握手。

通讯：
客户端发送数据：seq为1，ack为1
服务端返回ack：seq为1，ack为1+100（100为数据长度）
服务端返回数据：seq为1，ack为101
客户端返回ack：seq为101，ack为1+88（88为返回数据长度）

TCP四次挥手：
第一次挥手：客户端向服务器发送一个FIN报文段，将设置seq和ack，此时，客户端进入 FIN_WAIT_1状态,这表示客户端没有数据要发送服务器了，请求关闭连接;
第二次挥手：服务器收到了客户端发送的FIN报文段，向客户端回一个ACK报文段，ack设置为seq+1，设置seq;服务器进入了CLOSE_WAIT状态，客户端收到服务器返回的ACK报文后，进入FIN_WAIT_2状态;
第三次挥手：服务器会观察自己是否还有数据没有发送给客户端，如果有，先把数据发送给客户端，再发送FIN报文；如果没有，那么服务器直接发送FIN报文给客户端。请求关闭连接，同时服务器进入LAST_ACK状态;
第四次挥手：客户端收到服务器发送的FIN报文段，向服务器发送ACK报文段，设置seq，将ack设置为seq+1，然后客户端进入TIME_WAIT状态;服务器收到客户端的ACK报文段以后，就关闭连接;此时，客户端等待2MSL后依然没有收到回复，则证明Server端已正常关闭，客户端也可以关闭连接了。

注：
1、文中的seq+1中的seq为上一步中的seq

客户端TIME_WAIT等待2MSL的原因：
1、为了保证客户端发送的最后一个ACK报文段能够达到服务器。 这个ACK报文段可能丢失，因而使处在LAST-ACK状态的服务器收不到确认。服务器会超时重传FIN+ACK报文段，客户端就能在2MSL时间内收到这个重传的FIN+ACK报文段，接着客户端重传一次确认，重启计时器。最后，客户端和服务器都正常进入到CLOSED状态。如果客户端在TIME-WAIT状态不等待一段时间，而是在发送完ACK报文后立即释放连接，那么就无法收到服务器重传的FIN+ACK报文段，因而也不会再发送一次确认报文。这样，服务器就无法按照正常步骤进入CLOSED状态。
2、防止已失效的连接请求报文段出现在本连接中。客户端在发送完最后一个ACK确认报文段后，再经过时间2MSL，就可以使本连接在持续的时间内所产生的所有报文段都从网络中消失。这样就可以使下一个新的连接中不会出现这种旧的连接请求报文段。