HTTP 建立TCP 三次握手
- Client端发送连接请求报文 请求
- Server端接受连接,回复ACK报文,分配资源 接受回复分配
- 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报文,因此不能一起发送。故需要四步握手。