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

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报文，因此不能一起发送。故需要四步握手。