TCP三次握手与四次挥手面试题详解

答:三次握手&＃xff1a;
第一次握手&＃xff1a;客户端发送syn包(syn&＃61;x)到服务器&＃xff0c;并进入SYN_SEND状态&＃xff0c;等待服务器确认&＃xff1b;
第二次握手&＃xff1a;服务器收到syn包&＃xff0c;必须确认客户的SYN&＃xff08;ack&＃61;x&＃43;1&＃xff09;&＃xff0c;同时自己也发送一个SYN包&＃xff08;syn&＃61;y&＃xff09;&＃xff0c;即SYN&＃43;ACK包&＃xff0c;此时服务器进入SYN_RECV状态&＃xff1b;
第三次握手&＃xff1a;客户端收到服务器的SYN&＃xff0b;ACK包&＃xff0c;向服务器发送确认包ACK(ack&＃61;y&＃43;1)&＃xff0c;此包发送完毕&＃xff0c;客户端和服务器进入ESTABLISHED状态&＃xff0c;完成三次握手。
握手过程中传送的包里不包含数据&＃xff0c;三次握手完毕后&＃xff0c;客户端与服务器才正式开始传送数据。理想状态下&＃xff0c;TCP连接一旦建立&＃xff0c;在通信双方中的任何一方主动关闭连接之前&＃xff0c;TCP 连接都将被一直保持下去。

SYN&＃xff0c;SEQ为序列号&＃xff0c; ack为确认的意思

四次挥手
与建立连接的“三次握手”类似&＃xff0c;断开一个TCP连接则需要“四次握手”。
第一次挥手&＃xff1a;主动关闭方发送一个FIN&＃xff0c;用来关闭主动方到被动关闭方的数据传送&＃xff0c;也就是主动关闭方告诉被动关闭方&＃xff1a;我已经不 会再给你发数据了(当然&＃xff0c;在fin包之前发送出去的数据&＃xff0c;如果没有收到对应的ack确认报文&＃xff0c;主动关闭方依然会重发这些数据)&＃xff0c;但是&＃xff0c;此时主动关闭方还可 以接受数据。
第二次挥手&＃xff1a;被动关闭方收到FIN包后&＃xff0c;发送一个ACK给对方&＃xff0c;确认序号为收到序号&＃43;1&＃xff08;与SYN相同&＃xff0c;一个FIN占用一个序号&＃xff09;。
第三次挥手&＃xff1a;被动关闭方发送一个FIN&＃xff0c;用来关闭被动关闭方到主动关闭方的数据传送&＃xff0c;也就是告诉主动关闭方&＃xff0c;我的数据也发送完了&＃xff0c;不会再给你发数据了。
第四次挥手&＃xff1a;主动关闭方收到FIN后&＃xff0c;发送一个ACK给被动关闭方&＃xff0c;确认序号为收到序号&＃43;1&＃xff0c;至此&＃xff0c;完成四次挥手。

TCP的三次握手过程&＃xff1f;为什么会采用三次握手&＃xff0c;若采用二次握手可以吗&＃xff1f;

答:建立连接的过程是利用客户服务器模式&＃xff0c;假设主机A为客户端&＃xff0c;主机B为服务器端。
&＃xff08;1&＃xff09;TCP的三次握手过程&＃xff1a;主机A向B发送连接请求&＃xff1b;主机B对收到的主机A的报文段进行确认&＃xff1b;主机A再次对主机B的确认进行确认。
&＃xff08;2&＃xff09;采用三次握手是为了防止失效的连接请求报文段突然又传送到主机B&＃xff0c;因而产生错误。失效的连接请求报文段是指&＃xff1a;主机A发出的连接请求没有收到主机B的确认&＃xff0c;于是经过一段时间后&＃xff0c;主机A又重新向主机B发送连接请求&＃xff0c;且建立成功&＃xff0c;顺序完成数据传输。考虑这样一种特殊情况&＃xff0c;主机A第一次发送的连接请求并没有丢失&＃xff0c;而是因为网络节点导致延迟达到主机B&＃xff0c;主机B以为是主机A又发起的新连接&＃xff0c;于是主机B同意连接&＃xff0c;并向主机A发回确认&＃xff0c;但是此时主机A根本不会理会&＃xff0c;主机B就一直在等待主机A发送数据&＃xff0c;导致主机B的资源浪费。
&＃xff08;3&＃xff09;采用两次握手不行&＃xff0c;原因就是上面说的失效的连接请求的特殊情况。

3 次 握手&＃xff1a;防止已过期的连接请求报文突然又传送到服务器&＃xff0c;因而产生错误

4 次 挥手&＃xff1a;确保数据能够完成传输&＃xff0c;但关闭连接 时&＃xff0c;当收到对方的 FIN 报文通知时&＃xff0c;它
仅仅表示对方没有数据发送给你了&＃xff1b;但未必你所有的数据都全部发送给对方了&＃xff0c;所以你可以
未必会马上会关闭 SOCKET, 也即你可能还需要发送一些数据给对方之后&＃xff0c;再发送 FIN 报文
给对方来表示你同意现在可以关闭连接了&＃xff0c;所以它这里的 ACK 报文和 FIN 报文多数情况下
都是分开发送的

4&＃xff09;为什么TCP协议终止链接要四次&＃xff1f;

1、当客户端确认发送完数据且知道服务器已经接收完了&＃xff0c;想要关闭发送数据口&＃xff08;当然确认信号还是可以发&＃xff09;&＃xff0c;就会发FIN给服务器。

2、服务器收到客户端发送的FIN&＃xff0c;表示收到了&＃xff0c;就会发送ACK回复。

3、但这时候服务器可能还在发送数据&＃xff0c;没有想要关闭数据口的意思&＃xff0c;所以服务器的FIN与ACK不是同时发送的&＃xff0c;而是等到服务器数据发送完了&＃xff0c;才会发送FIN给客户端。

4、客户端收到服务器发来的FIN&＃xff0c;知道服务器的数据也发送完了&＃xff0c;回复ACK&＃xff0c; 客户端等待2MSL以后&＃xff0c;没有收到服务器传来的任何消息&＃xff0c;知道服务器已经收到自己的ACK了&＃xff0c;客户端就关闭链接&＃xff0c;服务器也关闭链接了。