TCP报文格式
确认号(ack,32位长)—期望收到的数据的开始序列号。也即已经收到的数据的字节长度加1。
- ACK—为1表示确认号字段有效
- SYN—为1表示这是连接请求或是连接接受请求,用于创建连接和使顺序号同步
- FIN—为1表示发送方没有数据要传输了,要求释放连接
三次握手
1.客户端向服务端建立连接,SYN为1表示请求连接,会生成32位序列号(seq)
2.服务端收到请求,返回一个SYN为1,生成32位序列号,并消息确认ACK为1(ack=seq+1)
这个时候可以确定服务端收到了来自客户端的消息,但是服务端发回去的消息,不确定客户端是否能收到,为了安全和可靠,显然两次握手不可以
3.客户端收到消息后,立马给服务端一个确认包,ACK=1(ack=seq+1)
四次挥手
- 客户端想要断开连接,FIN位 置1,seq还是32位
- 服务端收到要应答,ACK置1,ack=seq+1
- 服务端要求释放连接,FIN=1,会生成一个32位序列号
- 客户端应答,确认位置1(ACK=1),ack=seq+1
那么2和3为什么不可以一起发送呢?因为TCP是安全的,建立在连接上,客户端想断开连接,服务端收到,但是哈没准备好,只能先确认,等准备好了会通知客户端,如果客户端准备完毕,随时可以关了,服务端告诉客户端我可以断开了,客户端发给服务端确认,然后四次挥手完成。
为什么不能三次挥手就结束
这是因为从上图第三步到第六步之间存在耗时,这个时间不确定,所以只能分开,先对客户端进行一次收到消息的响应,为了避免超过MSL(最大生存时间)的时间。这个时候客户端发送数据通道关闭,但是服务端可能还没发送完数据,所以不能立即关闭发送数据通道,当确认自己不需要发送数据了,才关闭通道。
参考:https://blog.csdn.net/liujianyangbj/article/details/105263377