TCP连接三次握手、关闭四次挥手[常见问题汇总]

以下是TCP两好友C与S在发微信聊天

三次握手：C与S

C：我要给你发信息了

S：好的，我准备好了，你发吧

C：好的，收到

。。。。接着就是正式发数据了。。。

四次挥手：C与S

C：我的信息发完了。

S：好的，我听到了，那我就不再接收你的信息了。

S：我也不需要再给你发信息了(全双工通讯)

C：好的，已经关闭了

总结：

三次握手，是因为tcp是全又工通讯，1 2步只能确定发送方发和收正常，并不能确定接收方也是发和收正常，增加了第3步，才能保证接收方也是发和收都正常。

四次挥手，由于服务器端回复已经响应完毕，此时客户端并不是立刻就收完了，所以服务器处于半关闭状态，等客户端完全处理完，收到通知后才完全关闭，固为4次

 

【问题1】为什么需要三次握手?

相对UDP，TCP是可靠的通讯协议，是全双工通信。TCP三次握手的关键在于，序列号seq的交换确认，因为对于客户端和服务端来说，双方序列号的确认是可靠传输的关键。

【问题2】为什么不能是四次握手?

把四次握手中的第二和第三步合并起来，就是三次握手了。为了提高效率，是可以合并第2、3步的。

【问题3】为什么连接的时候是三次握手，关闭的时候却是四次挥手？

答：因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭SOCKET，所以只能先回复一个ACK报文，告诉Client端，"你发的FIN报文我收到了"。只有等到我Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四步握手。

【问题4】怎么简单描述三次握手，四次挥手？

答：就像是C与S发微信一样

三次握手：C与S

C：我要给你发数据了

S：好的，我准备好了，你发吧

C：好的，收到

四次挥手：C与S

C：我的数据发完了

S：好的，我听到了，我看看收完了没

S：好的，已经收完了，你关闭吧

C：好的，已经关闭了