为什么tcp需要四次挥手?

首先;我们需要先简单解释下tcp四次挥手都做了什么:

tcp终止一个连接,需要经过四次挥手

  • 第一次挥手:客户端发送一个 FIN 报文,报文中会指定一个序列号。此时客户端处于 FIN_WAIT1 状态,表示停止发送数据,等待服务端的确认第二次挥手:
  • 第二次挥手: 服务端收到 FIN 之后,会发送 ACK 报文,且把客户端的序列号值 +1 作为 ACK 报文的序列号值,表明已经收到客户端的报文了,此时服务端处于 CLOSE_WAIT状态
  • 第三次挥手:服务端同意断开连接,和客户端的第一次挥手一样,发给 FIN 报文,且指定一个序列号。此时服务端处于 LAST_ACK 的状态,表示服务端同意断开连接
  • 第四次挥手:客户端收到 FIN 之后,一样发送一个 ACK 报文作为应答,且把服务端的序列号值 +1 作为自己 ACK 报文的序列号值,此时客户端处于 TIME_WAIT状态。需要过一阵子以确保服务端收到自己的 ACK 报文之后才会进入 CLOSED 状态,服务端收到 ACK 报文之后,就处于关闭连接了,处于 CLOSED 状态.这个时候表示客户端已经知道服务端要断开连接,并将自己知道的这个状态告知服务端

四次挥手原因:

服务端在收到客户端断开连接Fin报文后,并不会立即关闭连接,而是先发送一个ACK包先告诉客户端收到关闭连接的请求,只有当服务器的所有报文发送完毕之后,才发送FIN报文断开连接,因此需要四次挥手。

相关推荐

  1. 为什么tcp需要挥手

    2024-04-13 10:48:06       33 阅读
  2. 【网络】为什么TCP需要挥手

    2024-04-13 10:48:06       28 阅读
  3. tcp挥手

    2024-04-13 10:48:06       58 阅读

最近更新

  1. docker php8.1+nginx base 镜像 dockerfile 配置

    2024-04-13 10:48:06       73 阅读
  2. Could not load dynamic library ‘cudart64_100.dll‘

    2024-04-13 10:48:06       78 阅读
  3. 在Django里面运行非项目文件

    2024-04-13 10:48:06       63 阅读
  4. Python语言-面向对象

    2024-04-13 10:48:06       73 阅读

热门阅读

  1. 算法-质数 约数

    2024-04-13 10:48:06       34 阅读
  2. Docker入门

    2024-04-13 10:48:06       36 阅读
  3. 设计模式-单例模式

    2024-04-13 10:48:06       28 阅读
  4. 第十二章-Broker-同步刷盘(一)

    2024-04-13 10:48:06       31 阅读
  5. Redis相关

    2024-04-13 10:48:06       36 阅读
  6. VS2012编译Lua5.1的luafilesystem(lfs)

    2024-04-13 10:48:06       31 阅读
  7. Redis的过期策略与内存淘汰机制原理及实践

    2024-04-13 10:48:06       38 阅读
  8. 网格布局 grid

    2024-04-13 10:48:06       29 阅读
  9. CMake简单笔记

    2024-04-13 10:48:06       35 阅读
  10. (第四章)管理数组和字符串

    2024-04-13 10:48:06       34 阅读