|
1.tcp三次握手
连接前客户端创建socket后为CLOSED状态，服务端调用accept为LISTEN状态。客户端和服务端有各自的seq序号。
客户端发送连接请求，SYN=1,Seq=x，客户端状态变为SYN_SENT。
服务端接收到请求后，发送SYN=1,ACK=1,seq=y, ack=x+1,状态变为SYN_RCVD。
客户端收到应答后，发送ACK=1,ack=y+1 seq=x+1.状态变为ESTABLISHED.
服务端接收到ACK后，状态变为ESTABLISHED.连接建立成功。
2.tcp为什么需要三次握手。
假设两次握手情况，“已失效的连接请求报文段” 的产生在这样一种情况下：client 发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达 server。本来这是一个早已失效的报文段。但 server 收到此失效的连接请求报文段后，就误认为是 client 再次发出的一个新的连接请求。于是就向 client 发出确认报文段，同意建立连接。假设不采用 “三次握手”，那么只要 server 发出确认，新的连接就建立了。由于现在 client 并没有发出建立连接的请求，因此不会理睬 server 的确认，也不会向 server 发送数据。但 server 却以为新的运输连接已经建立，并一直等待 client 发来数据。这样，server 的很多资源就白白浪费掉了。
tcp设计的基本设定：
c和s都有自己的seq，并且都需要确认。确认是累计的ack为x表示初始seq到x之前的都被确认接收。
连接建立时设置双向的初始seq号。之前的seq号认为是旧连接的无效。
TCP 协议是不限制一个特定的连接（两端 socket 一样）被重复使用的。所以tcp需要通过初始seq能识别是否是旧链接发的包。解决下面的问题，一个连接突然断开后，马上重新建立连接，此时有旧连接的包到达，双方必须约定初始seq才能识别旧连接的包。 而双向通信要约定双方两个初始seq序列号，理论上至少需要3次通信。也就是至少三次握手是为双方约定2个初始seq号，约定2个初始seq号是为了双向通信都能识别旧连接的包。
3.tcp连接断开：
双方从ESTABLISHED状态开始，客户端发送FIN=1,seq=x.状态变为FINWAIT1。服务端收到后，发送ACK=1,ack=x+1,seq=y，状态变为CLOSEWAIT，客户端收到后状态变为FINWAIT2。此时服务端还可以发送数据。等服务端数据发送完成，发送FIN=1,ACK=1,seq=z,ack=x+1,状态变为LAST_ACK。客户端收到后发送ACK=1,seq=x+1,ack=z+1,状态变为TIME_WAIT,等待2MSL，超过2MSL状态变为CLOSED。服务端收到后状态变为CLOSED。
4.为什么要等2MSL
MSL是最大分段生存时间。1是为了确保客户端最后回复的ACK丢失等情况下能够收到服务端的重传。2是2MSL时间内网络上延迟的数据包都会失效。
参考：
https://www.zhihu.com/question/24853633
https://blog.csdn.net/qq_38950316/article/details/81087809
https://blog.51cto.com/u_10706198/1775555
|