TCP三次握手四次挥手

简介

传输控制协议（TCP，Transmission Control Protocol）是一种面向连接的、可靠的、基于字节流的传输层通信协议。

先上一张TCP的头部数据结构图

（图片源自网络，如有侵权，联系作者删除）

本文不对TCP做详解，只是用来理解三次握手和四次挥手
从上图我们可以清晰的知道握手和挥手所涉及的几个变量标志。
序号（seq）：Sequence number 缩写seq ，TCP通信过程中某一个传输方向上的字节流的每个字节的序号，通过这个来确认发送的数据有序，比如现在序列号为456，发送了1000，下一个序列号就是1456。
确认号（ack）：Acknowledge number 缩写ack，TCP对上一次seq序号做出的确认号，用来响应TCP报文段，给收到的TCP报文段的序号seq加1。
TCP的标志位
每个TCP段都有一个目的，这是借助于TCP标志位选项来确定的，允许发送方或接收方指定哪些标志应该被使用，以便被另一端正确处理。
用的最广泛的标志是 SYN，ACK 和 FIN，用于建立连接，确认成功的端传输，最后终止连接。
SYN：简写为S，同步标志位，用于建立会话连接，同步序列号；
ACK： 简写为A，确认标志位，对已接收的数据包进行确认；
FIN： 简写为F，完成标志位，表示我已经没有数据要发送了，即将关闭连接；
PSH：简写为P，推送标志位，表示该数据包被对方接收后应立即交给上层应用，而不在缓冲区排队；
RST：简写为R，重置标志位，用于连接复位、拒绝错误和非法的数据包；
URG：简写为U，紧急标志位，表示数据包的紧急指针域有效，用来保证连接不被阻断，并督促中间设备尽快处理；

三次握手

第一次握手：客户端需要向服务器发送请求，请求与服务端建立连接，此时客户端发送的TCP头部为，SYN标志位置为1，seq赋值一个随机序列号M,客户端状态为：SYN_SENT
第二次握手：服务端接收到客户端发送的请求之后，如果允许建立连接，服务端会向客户端发送一个确认信号，告诉客户端:我这边准备好了，可以建立连接了，此时服务端发送的TCP头部为，ACK标志位置为1，SYN置为1，ack=M+1,seq为随机序列号K，服务端状态为：SYN_RCVD
第三次握手：客户端接收到服务端的反馈之后，也会向服务端发送一个确认信号，客户端这边就算是建立连接了，此时客户端发送的TCP头部为，ACK=1，ack=K+1,客户端的状态为：ESTABLISHED
服务端收到客户端的确认信号后，将状态改为ESTABLISHED，到此，连接建立。过程如下图

四次挥手

因为断开连接的操作客户端和服务端都可以主动进行，这里以客户端为例。
第一次挥手：客户端这边数据发送完毕，需要断开连接了，此时会向服务端发送一个FIN信号，来告诉服务端，我这边没啥数据可发了，想要断开连接，此时TCP头部为FIN=1，seq=u，客户端进入FIN_WAIT_1状态。
第二次挥手：服务端在接收到客户端的FIN信号后，如果一切正常，会向客户端先发送一个ACK信号，因为此时服务端的数据不一定会发送完毕，发送该信号来告知客户端我这边知道你那里要断开连接了，TCP头部为ACK=1,ack=u+1,seq=v，服务端进入CLOSE_WAIT状态。
第三次挥手：当服务端数据发送完毕之后，会向客户端再次发送请求，此时会发送一个FIN信号，告诉客户端我这边也可以断开连接了，TCP头部为FIN=1，seq=w,ack=u+1，服务端进入LAST_ACK状态。
第四次挥手：客户端接收到FIN请求应答之后，如果一切正常，会向服务端发送一个ACK信号，告知服务端我这边收到你的关闭请求了，你那边可以关闭了，TCP头部为ACK=1,ack=w+1,seq=u+1，然后进入TIME_WAIT状态，在此状态下会等待2MSL（Maximum Segment Lifetime），即等待两倍的报文最大存活时间，2MSL之后，客户端会关闭连接。
服务端在接收到客户端发送的ACK应答信号之后就会关闭连接。
过程如下图

（图片源自网络，如有侵权，联系作者删除）

为什么要等待2MSL？
MSL：报文段最大生存时间，它是任何报文段被丢弃前在网络内的最长时间。
有以下两个原因：
第一点：保证TCP协议的全双工连接能够可靠关闭：
由于IP协议的不可靠性或者是其它网络原因，导致了Server端没有收到Client端的ACK报文，那么Server端就会在超时之后重新发送FIN，如果此时Client端的连接已经关闭处于CLOESD状态，那么重发的FIN就找不到对应的连接了，从而导致连接错乱，所以，Client端发送完最后的ACK不能直接进入CLOSED状态，而要保持TIME_WAIT，当再次收到FIN的时候，能够保证对方收到ACK，最后正确关闭连接。
第二点：保证这次连接的重复数据段从网络中消失
如果Client端发送最后的ACK直接进入CLOSED状态，然后又再向Server端发起一个新连接，这时不能保证新连接的与刚关闭的连接的端口号是不同的，也就是新连接和老连接的端口号可能一样了，那么就可能出现问题：如果前一次的连接某些数据滞留在网络中，这些延迟数据在建立新连接后到达Client端，由于新老连接的端口号和IP都一样，TCP协议就认为延迟数据是属于新连接的，新连接就会接收到脏数据，这样就会导致数据包混乱。所以TCP连接需要在TIME_WAIT状态等待2倍MSL，才能保证本次连接的所有数据在网络中消失。