写点什么

TCP- 三次握手和四次挥手简单理解

发布于: 4 小时前
TCP-三次握手和四次挥手简单理解

三次握手(three-way handshaking)


在 Google Groups 的 TopLanguage 中看到一帖讨论 TCP“三次握手”觉得很有意思。贴主提出“TCP 建立连接为什么是三次握手?”的问题,在众多回复中,有一条回复写道:“这个问题的本质是, 信道不可靠, 但是通信双发需要就某个问题达成一致. 而要解决这个问题, 无论你在消息中包含什么信息, 三次通信是理论上的最小值. 所以三次握手不是 TCP 本身的要求, 而是为了满足"在不可靠信道上可靠地传输信息"这一需求所导致的. 请注意这里的本质需求,信道不可靠, 数据传输要可靠. 三次达到了, 那后面你想接着握手也好, 发数据也好, 跟进行可靠信息传输的需求就没关系了. 因此,如果信道是可靠的, 即无论什么时候发出消息, 对方一定能收到, 或者你不关心是否要保证对方收到你的消息, 那就能像 UDP 那样直接发送消息就可以了.”。这可视为对“三次握手”目的的另一种解答思路


  1. 背景:TCP 位于传输层,作用是提供可靠的字节流服务,为了准确无误地将数据送达目的地,TCP 协议采纳三次握手策略。

  2. 原理:

  3. 发送端首先发送一个带有 SYN(synchronize)标志地数据包给接收方。

  4. 接收方接收后,回传一个带有 SYN/ACK 标志的数据包传递确认信息,表示我收到了。

  5. 最后,发送方再回传一个带有 ACK 标志的数据包,代表我知道了,表示’握手‘结束。

  6. 通俗的说法

  7. Client:嘿,李四,是我,听到了吗?

  8. Server:我听到了,你能听到我的吗?

  9. Client:好的,我们互相都能听到对方的话,我们的通信可以开始了。


四次挥手(Four-Way-Wavehand)


  1. 意义:当被动方收到主动方的 FIN 报文通知时,它仅仅表示主动方没有数据再发送给被动方了。但未必被动方所有的数据都完整的发送给了主动方,所以被动方不会马上关闭 SOCKET,它可能还需要发送一些数据给主动方后,再发送 FIN 报文给主动方,告诉主动方同意关闭连接,所以这里的 ACK 报文和 FIN 报文多数情况下都是分开发送的。

  2. 原理:

  3. 第一次挥手:Client 发送一个 FIN,用来关闭 Client 到 Server 的数据传送,Client 进入 FIN_WAIT_1 状态。

  4. 第二次挥手:Server 收到 FIN 后,发送一个 ACK 给 Client,确认序号为收到序号+1(与 SYN 相同,一个 FIN 占用一个序号),Server 进入 CLOSE_WAIT 状态。

  5. 第三次挥手:Server 发送一个 FIN,用来关闭 Server 到 Client 的数据传送,Server 进入 LAST_ACK 状态。

  6. 第四次挥手:Client 收到 FIN 后,Client 进入 TIME_WAIT 状态,接着发送一个 ACK 给 Server,确认序号为收到序号+1,Server 进入 CLOSED 状态,完成四次挥手

  7. 通俗的说法

  8. Client:我所有东西都说完了

  9. Server:我已经全部听到了,但是等等我,我还没说完

  10. Server:好了,我已经说完了

  11. Client:好的,那我们的通信结束



用户头像

多读书多看报,少吃零食多睡觉 2018.08.07 加入

还未添加个人简介

评论

发布
暂无评论
TCP-三次握手和四次挥手简单理解