TCP协议中的3次握手4次挥手

这是我参与2022首次更文挑战的第17天，活动详情查看：2022首次更文挑战

HTTP 建立TCP 三次握手

1. Client端发送连接请求报文 ==请求==
2. Server端接受连接，回复ACK报文，分配资源 ==接受回复分配==
3. Client端接收到ACK报文后也向Server端发送ACK报文，并分配资源 ==接收回复分配==

一个很类似的例子就是投简历： 先投简历（第一次连接），然后对方公司会通知你通过简历筛选（第二次连接），你收到这个通知后一般会回复一下我知道了（第三次连接）。 这种“让我知道你已经知道了”的想法是一种约定俗成的可靠信息交互的基本方式，基于此想法构建的信息交互框架叫做协议。

断开连接 4. ==I'm OK’== Client 中断请求（发送FIN报文） 5. ==Wait a minute ...OK== Client端进入FIN_WAIT状态，继续等待Server端的FIN报文 6. ==Fine, you're right== Server端确定数据已发送完成，向Client端发送FIN报文 7. ==Are you sure?== 发送ACK后进入TIME_WAIT 状态，如果Server端没有收到回复，则证明Server端已正常关闭 8. ==Yes，I‘m sure ...Ok, see you later ==

为什么连接的时候是三次握手，关闭的时候却是四次握手？

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