服务端与客户端断开连接的四次挥手

已于 2024-03-17 18:07:45 修改
阅读量76 收藏 1
点赞数
文章标签： 服务器 网络
于 2023-03-14 14:30:53 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Gale_2395/article/details/129526755
版权
  1. 客户端发送断开连接请求FIN seq=x+2   (断开连接，并且会停止发送数据:FIN)，同时发送一个确认位ACK=y+1
  2. 服务端收到请求后发送ACK=x+3回复已经收到
  3. 数据传输完毕服务端才会发送断开连接请求 FIN seq=y+1
  4. 客户端收到断开连接的响应后，发送确认号ACK=y+2，断开连接
  • 以上就是服务端与客户端断开连接的四次挥手
ŧ榕树先生
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
详解TCP四次挥手（断开TCP连接过程）
Three__Curry的博客
04-07 8681
在讲述TCP三次握手，即建立TCP连接的过程之前，需要先介绍一下TCP协议的包结构。 TCP协议包结构： 这里只对涉及到三次握手过程的字段做解释 （1） 序号（Sequence number） 我们通过 TCP 协议将数据发送给对方，就比如 hellotcp，这一串字节流，假设被拆分成了三个 TCP 报文段，第一个报文段携带了 hel，第二个报文段携带了 lot，第三个报文段携带了 cp，这三个报文段不一定是按照顺序送到对端的，那么对端收到这三个段是如何确定他们的顺序的呢？此时序号的意义就体现在这里。 T
java socket长连接客户端服务端（标准实例）
09-13
TCP是一种面向连接的、可靠的传输层协议，它在数据传输前会通过三次握手建立连接，并在传输完成后通过四次挥手断开连接。而长连接则是指在一段时间内保持TCP连接不断开，从而避免频繁的连接和断开带来的开销。 创建...
TCP四次挥手问题详解
lkz
08-01 90
与之前需要三次握手的原因类似，如果只是三次挥手，那就相当于服务器端发送完第三次挥手的报文后直接进入CLOSED（关闭）状态，假如此时网络出现问题，丢失了第三次挥手的报文，相当于客户端没有收到，那他依旧认为连接没有结束，在一段时间没有收到第二次ACK应答报文后，他会重新发送请求断开连接的报文，但是服务器端已经关闭，不会再接收报文，又形成了类似死锁的情况。
TCP - 断开连接，四次挥手（图文版）
牧码的博客
07-22 607
TCP是全双工通信， 双方都能作为数据的发送方和接收方， 但TCP连接也会有断开的时候。所谓相爱容易分手难， 建立连接只有三次， 而挥手断开则需要四次， 如图1-23所示。 A机器想要关闭连接， 则待本方数据发送完毕后， 传递FIN信号给B 机器。 B机器应答ACK, 告诉A机器可以断开，但是需要等B机器处理完数据， 再 主动给A机器发送FIN信号。 这时，A机器处千半关闭状态(FIN_WAIT_2) , 无法再发送新的数据。 B机器做好连接关闭前的准备工作后， 发送FIN给A机器， 此时B机器也进入半关闭
TCP断开连接『四次挥手』
努力的搬砖人
03-05 1307
TCP断开连接的四次挥手
断开连接-TCP 四次挥手
C_x_330的博客
10-27 1386
断开连接-TCP 四次挥手
TCP四次挥手断开连接
m0_56033865的博客
01-02 1769
四次挥手的流程 1、主动关闭方发送FIN连接释放报文段 客户端调用 close 方法，告诉服务器自己要主动关闭连接，会发送一个 FIN 报文给服务端，客户端进入FIN-WAIT-1状态。 2、被动关闭方发送对FIN的ACK普通确认报文段 由于此时服务器数据很可能还没有发完，需要继续向客户端发送未完成的数据，又不能让客户端等太久，所以先向客户端发送ACK 确认报文段，服务端进入 CLOSE_WAIT，客户端收到ACK之后进入FIN-WAIT-2状态。 3、被动关闭方发送FIN连接释放报文段 当服务器数据发送完
面试官，不要再问我三次握手和四次挥手
热门推荐
猿人谷
10-08 37万+
三次握手和四次挥手是各个公司常见的考点，也具有一定的水平区分度，也被一些面试官作为热身题。很多小伙伴说这个问题刚开始回答的挺好，但是后面越回答越冒冷汗，最后就歇菜了。 见过比较典型的面试场景是这样的: 面试官：请介绍下三次握手 求职者：第一次握手就是客户端给服务器端发送一个报文，第二次就是服务器收到报文之后，会应答一个报文给客户端，第三次握手就是客户端收到报文后再给服务器发送一个报文，三次握手就...
服务器端和客户端的断开连接的四次挥手为啥不一样？？？？？？
u013550000的博客
04-26 381
服务器地址为：192.168.1.101 客户端地址为：192.168.1.104 第一次断开为服务器断开，第二次为客户端断开 参考： 1.https://blog.csdn.net/u011416247/article/details/80866725 2.https://www.cnblogs.com/bylijian/p/8565601.html 3.https:...
TCP断开连接四次挥手详解
yptsqc的博客
11-09 2225
首先来一张最经典的四次挥手示意图： 四次挥手即终止TCP连接，就是指断开一个TCP连接时，需要客户端和服务端总共发送4个包以确认连接的断开。在socket编程中，这一过程由客户端或服务端任一方执行close socket来触发。 由于TCP连接是全双工的，因此，每个方向都必须要单独进行关闭，这一原则是当一方完成数据发送任务后，发送一个FIN来终止这一方向的连接，收到一个FIN只是意味着这一方向上...
Tcp服务端与客户端的JAVA实例源代码
06-06
它确保数据能够按顺序无损地送达目标，通过三次握手建立连接，并在传输完成后通过四次挥手断开连接。TCP在IP协议的基础上提供了一种可靠的数据传输方式，适用于需要稳定、有序传输的应用场景。 在Java中，实现TCP...
TCP作为服务端接收来自客户端的连接
03-04
它通过三次握手建立连接，并在数据传输过程中确保数据的完整性和顺序，通过四次挥手来断开连接。在服务端，我们需要创建一个监听套接字，等待客户端发起连接请求。 在VS2010中，我们可以利用Windows Socket API...
Tcp服务端与客户端的JAVA实例源代码.7z
07-06
1. 面向连接：TCP连接是三次握手建立，四次挥手断开的。在数据交换前，必须先建立稳定的连接。 2. 可靠性：TCP通过序列号、确认应答、重传机制等确保数据的可靠传输。 3. 流量控制：TCP通过滑动窗口机制进行流量...
windows visual studio c++ tcp网络编程，包含服务端和客户端
09-01
TCP是一种面向连接的传输层协议，它确保了数据的顺序传输和错误检查，通过三次握手建立连接，并在四次挥手后断开连接。TCP协议适合于需要稳定、可靠数据传输的场景，如网页浏览、文件传输等。 二、Visual Studio...
Linux多进程和多线程(五)进程间通信-消息队列
gopher9511的博客
07-03 760
TOCTOC。
GNU/Linux - 什么是loopback设备
guoqx的专栏
07-04 552
在计算机科学中，特别是在类Unix操作系统中，环回设备（loopback device）是一种虚拟设备，它将一个文件映射为块设备。这使得可以像访问物理磁盘或分区一样访问一个文件。环回设备通常用于挂载磁盘镜像、操作文件系统镜像以及执行各种类型的系统测试和开发。
Python/Django 服务器升级脚本
weixin_44617651的博客
07-04 393
编写 Python/Django 服务器升级脚本可以根据具体需求而异，一般涵盖以下几个主要步骤： 在编写脚本之前，确保以下准备工作已完成： 确定需要升级的内容，例如代码、数据库结构、依赖库等。 确保服务器和数据库备份，以防意外发生。 确认服务器和环境已准备好进行升级操作。
zerotier-one自建根服务器方法五
最新发布
一个小网管的专栏
07-05 397
前面几篇文章已经写完了自己建立服务器的方法，今天写一下我在使用过程中遇到的问题和解决方法。
四次挥手是指在TCP协议中，断开连接时， 客户端向服务端发送一个FIN报文，服务端回复一个ACK报文，服务端再向客户端发送一个FIN报文，客户端回复一个ACK报文，这样就断开了连接。
05-24
非常好，你理解得很清楚。四次挥手是TCP连接的断开过程，客户端向服务端发送FIN报文，表示不再发送数据，服务端回复ACK报文，表示已经接收到FIN报文，但仍然可以发送数据，服务端再向客户端发送FIN报文，表示不再发送数据，客户端回复ACK报文，表示已经接收到FIN报文，断开连接。这四个步骤的顺序和正确性对于TCP连接的正常断开至关重要。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值