TCP 头部结构
image.png数据包中的数据意义(常用)
- SequenceNumber 表示当前数据包的序列号,某一端自定义的一个数字
- AcknowledgeNumber 表示确认序列号,用于标识接收端收到的数据段,值是成功接受的数据段的序列号加1
- SYN 建立连接标志位
- FIN 关闭连接标志位
- ACK 响应标志位,此时 AckNum 才有效
三次握手
S 表示服务端,C 表示客户端
-
过程
-
第一次握手( C => S)
- SYN=1,Seq=x
- S 可以确认 C 的发送能力和 S 的接收能力
-
第二次握手( S => C)
- SYN=1,Seq=y,ACK=1,AckNum=x+1
- C 可以确认 C 的发送和接收能力(因为自己收到了,说明上一个包成功发出了)
- C 可以确认 S 的发送和接收能力(因为自己收到了,说明上一个包对方接收到了)
-
第三次握手( C => S)
- 此时,S 还不能确认 C 的接收能力和 S 的发送能力,这是为什么三次握手的原因
- ACK=1,AckNum=y+1
-
第一次握手( C => S)
-
问题
-
为什么不是两次?
两种解释:第一种通俗的解释是上方描述的,双方能力还没有全部确认。
第二种:如果只有两次握手,当 S 收到一个过期的握手,会回复二次握手,这时 S 认为建立连接了,而 C 端会自动忽略。那么就会造成 S 认为建立连接,而 C 认为没有建立连接,S 就会等数据,造成资源浪费。 -
TCP 是全双工,每个方向需要两个包建立连接,为什么不是四次?
因为第二次握手中,不仅有一个方向上建立连接的回复包(ACK=1),还有另一个方向上建立连接的请求包(SYN=1),一个包实现了两个包的功能。
-
为什么不是两次?
四次挥手
-
为什么需要四次挥手?
TCP 是全双工,两个方向的数据传输是独立的。
对于一个方向上,C 首先会发送一个 FIN=1 的包,S 会回一个 ACK=1 的包,表示 C 不向 S 发送数据。
同理另一个方向也是两个包,所以需要四次挥手。这里的关键就是两个方向是独立的,ACK 和 FIN 没有在一个包中发出去,区别与建立连接。 -
第四次挥手后为什么还需要等两个 MSL(Max Segment Lifetime)?
- 确保第四次挥手的数据包对方能收到。
- 第四次挥手算是最后一个有意义的数据包,两个 MSL 可以保证两端发送的所有数据包全部失效,防止发生错误。
其他
-
图解
网友评论