TCP协议的三次握手和四次挥手过程

怼烎@ 2022-02-17 13:56 237阅读 0赞

学习记录来源：[《32个Java面试必考点》][32_Java]

##### 三次握手建连过程： #####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2R1bGluYW5hYWE_size_16_color_FFFFFF_t_70]

1.  首先在建立连接前需要让Server端先监听端口。因此，Server端建立连接前的初始状态是listen状态
2.  这时Client端准备建立连接，先发送一个SYN同步包，发送完同步包后，Client端的连接状态为syn\_sent状态
3.  Server端收到SYN后，同意建立连接，会向Client端回复一个ACK，由于TCP是双工传输，Server端也会向Client端同时发送一个同步请求SYN，申请Server端向Client端建立连接。发送完ACK和SYN后，Server端的状态就变成了syn\_rcvd(syn\_received)
4.  Clinet收到Server的ACK后，Client的连接状态就变成了established的状态。同时，Client端向Server端发送ACK响应，回复Server端的SYN请求。
5.  Server端收到Client端的ACK后Server端的连接状态就变成了established的状态。  
    此时，建连完成，双方随时进行数据传输。

*  三次握手是为了建立双向连接
 *  需要记住Client端和Server端的连接状态变化
 *  回答SYN洪水冲击发生的原因：Server端在收到Client端的SYN请求后，发送了ACK和SYN，但是Client端不进行回复，导致Server端大量的连接处在syn\_rcvd状态，进而影响其它正常请求的建连
 *  上面解决：可以设置Linux的TCP参数，syc\_ack\_retries=0来加快半连接的回收速度.或者调大max\_syn\_backlog来应对少量的SYN洪水攻击。

##### 四次挥手断连过程： #####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2R1bGluYW5hYWE_size_16_color_FFFFFF_t_70 1]

1.  首先通信的双方（Server和Client）起初都是established的状态
2.  然后Client端先发起了关闭链接请求。Client端向Server端发起了一个FIN包，表示Clinet端已经没有数据要发送了，然后Client端就进入了fin\_wait\_1状态。
3.  Server端收到FIN后，返回ACK。然后进入close\_wait状态，此时，Server处于半关闭状态。因为此时Client向Server方向已经不会发起数据了，但是Server向Client可能还有数据要发送。当Server端数据发送完毕后，Server端会向Client端发送FIN，表示Server端也没有数据要发送了，这时，Server进入last\_ack阶段，就等待Clinet端的应答就可以关闭连接了。
4.  Client端收到Server端的FIN后，回复ACK，然后进入time\_wait状态。time\_wait状态下，需要等待两倍的MSL，就是最大报文段生存时间，来保证连接的可靠关闭，之后才会进入到closed状态
5.  而Server端在收到ACK后就直接可以进入到closed状态。

*  为什么要等待两倍的MSL之后才能关闭连接？  
    原因有2个：  
    1.要保证TCP协议的全双工连接能够可靠关闭  
    2.要保证这次连接中重复的数据段能够从网络中消失，防止端口被重用的时候，可能会产生数据混淆
 *  大量Socket处于time\_wait或者close\_wait状态的问题？  
    一般开启Linux的TCP参数tw\_reuse和tw\_recycle能够加快time\_wait的回收  
    而出现在量的close\_wait状态，一般是被动关闭的一方，可能存在代码的bug，没有正确关闭连接所导致的

[32_Java]: https://kaiwu.lagou.com/course/courseInfo.htm?courseId=1
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2R1bGluYW5hYWE_size_16_color_FFFFFF_t_70]: /images/20220217/f2fba7b748bc45f1a05c75b25220fa83.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2R1bGluYW5hYWE_size_16_color_FFFFFF_t_70 1]: /images/20220217/53af2869df1a4bd88740603ca28edfb6.png