TCP三次握手，四次挥手异常情况

最新推荐文章于 2025-07-03 10:25:48 发布
原创 最新推荐文章于 2025-07-03 10:25:48 发布 · 1.4k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨TCP三次握手过程中可能出现的异常情况，如客户端SYN包丢失后的持续重传，服务器SYN+ACK包丢失导致的重传策略。同时，分析了四次挥手时ACK包丢失的处理机制，包括服务器重发SYN+ACK的次数及超时关闭连接的逻辑。建议在应用层使用非阻塞socket并设置合理的超时时间。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

TCP三次握手，四次挥手异常情况

1、三次握手

　　（1）、client第一个syn包丢失，没有收到server的ack，则client进行持续重传syn包。总尝试时间为75秒。参与文献《TCP/IP详解 卷1：协议》p178

 

　　（2）、server收到了client的syn，并发出了syn+ack包，syn+ack包丢失。

　　　　client方面，因为没收server的。将执行情况（1）；

　　　　server方面，超时时间内没有收到client的ack包（或者数据包），会持续发送syn+ack包；

 

最低0.47元/天 解锁文章

200万优质内容无限畅学
tcp挥手时的异常情况（SIGPIPE、shutdown vs close操作）
werflychen的专栏
02-20 885
正常的TCP端的四次挥手 问题1：如果只是关闭了一端，另一端还能发数据么 我们知道，TCP是一个双全工协议，从协议层面，我们了解到，如果client发了FIN包给服务端，在收到ACK之后，状态切换成FIN_WAIT2。此时，从协议层面，只是关闭了client->server这个方向的数据传输。而server->client端，则可以继续往client端发数据。可以参考《tcp/ip详...
两张动图-彻底明白TCP的三次握手与四次挥手
热门推荐
qzcsu的博客
06-04 50万+
两张动图解析三次握手，四次挥手
TCP四次挥手及相关问题
成天天的博客
04-03 1127
1、TCP四次挥手过程图 1、第一次挥手 客户端进程调用close或shutdown函数发出连接释放报文，并且停止发送数据。该报文首部中，FIN=1，其序列号为seq=u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN_WAIT_1状态 TCP规定，FIN报文段即使不携带数据，也要消耗一个序号。 2、第二次挥手 服务器收到连接释放报文，发出确认报文，该报文中...
TCP三次握手四次挥手的过程
weixin_41554427的博客
07-03 757
因 TCP 是全双工通信（双方可同时发送数据），服务器收到客户端的 FIN 后，可能还需发送剩余数据，因此需先回复 ACK（确认客户端关闭），待数据发送完成后再发送 FIN（自身关闭），这两步无法合并，故需四次交互。通过这两个过程，TCP 实现了 “可靠连接” 的基础：连接建立时确保双方通信能力正常，连接释放时确保资源不泄露，为后续的可靠数据传输（重传、拥塞控制等）提供了前提。当数据传输完成，需通过四次挥手释放连接（全双工连接需双方分别关闭读写通道）。（避免历史报文干扰）。
TCP三次握手/四次挥手，TCP连接异常中断后，服务器的Socket应什么时候关闭
大龙虾
06-12 1501
一、TCP三次握手/四次挥手 1. 三次握手 第一次：主机A 发送位码为syn＝1,随机产生seq number=1234567 的数据包到服务器， 主机B由SYN=1 知道，A 要求建立联机；第二次： 主机B 收到请求后要确认联机信息， 向A 发送 ack number=( 主机A 的seq+1),syn=1,ack=1,随机产生seq=7654321 的包第三次：主机A 收到后检查ack number 是否正确，即第一次发送的seq...
TCP三次握手和四次挥手，中间失败了会发生什么？
aoeaoao的博客
09-17 1379
TCP三次握手和四次挥手，中间失败之后的详细过程。
TCP三次握手及四次挥手过程中的异常处理
ArtAndLife的博客
08-31 6212
1. 消息丢失的情况： 1.1 三次握手过程的消息丢失： 正常的三次握手的流程： 1.1.1 第一次握手消息丢失：（SYN） 正常情况下，当客户端想要与服务器建立TCP连接时，首先要发送第一个SYN报文段，然后将本端的TCP状态置为 SYN_SENT。 在这之后，如果客户端没有收到服务端的 SYN+ACK 响应，就会触发超时重传机制。 超时时间判断： 不同版本的操作系统可能超时时间不同，一般为 1秒 或 3秒，由内核配置，修改需要重新编译内核。 重传次数： 由内核参数 tcp_syn_retries 配置
TCP三次握手与四次挥手.pdf
04-23
首先，来详细介绍TCP三次握手的过程： 1. 第一次握手：客户端发送一个带有SYN（同步序列编号）标志的数据包给服务器端，进入SYN_SEND状态，表示客户端希望与服务器建立连接。这个包中同时也会包含客户端的初始...
我终于搞懂了TCP的三次握手和四次挥手（图片案例详解）
01-06
TCP三次握手和四次挥手不管是在开发还是面试中都是一个非常重要的知识点，它是我们优化web程序性能的基础。欢迎学习，一起进步 文章目录一.TCP简介二.TCP数据报结构三.TCP的三次握手四.TCP的四次挥手 一.TCP简介 TCP...
TCP三次握手与四次挥手过程图解
最新发布
07-19
本文将详细解释TCP协议中的三次握手和四次挥手过程，以帮助理解其工作原理。 三次握手 三次握手是TCP建立连接时必须遵循的步骤，用于确保双方能够正确地发送和接收数据。具体过程如下： SYN（同步序列号）：客户端...
TCP三次握手和四次挥手面试题详解.pdf
04-11
TCP三次握手和四次挥手是互联网中最重要的基础知识点之一，尤其在面试中，它们是检验应聘者是否具备扎实网络基础知识的常用问题。面试官通常会考察应聘者对这些过程的理解程度，以及能否准确描述其细节。以下是关于...
TCP连接的“三次握手“及其异常分析
qq_40727800的博客
07-18 1617
TCP连接的"三次握手"及其异常分析TCP连接的"三次握手"TCP连接”三次握手“的异常情况1、客户端第一个【SYN】包丢了2、服务器端收到【SYN】回复，但是回复的【SYN，ACK】包丢了3、客户端收到【SYN，ACK】包，在回复时丢失【ACK】包4、客户端故意不发最后一次【SYN】包 TCP连接的"三次握手" 开始时，客户端和服务器端都处于CLOSE状态，服务器为了提供服务，会主动监听某个端口，进入LISTEN状态 客户端主动发送连接的 【SYN】 包，之后进入SYN-SENT状态，服务端在收到客户
浅谈 TCP 四次挥手
yeweilei的博客
02-07 2万+
之前自己学习的网络都是浅尝辄止，最近被人反复问起 TCP 相关的挥手问题的相关问题，有必要整理下自身所学，以提供自己和别人查阅。 下图是 TCP 挥手的一个完整流程，这里引用了 tcpipguide 的流程图，更加直观的了解下挥手过程。 首先不要被这里的图给迷惑了，因为连接的主动断开是可以发生在客户端，也同样可以发生在服务端。 FIN_WAIT1 由图可知，当一方接受到来自应用断开连接...
华为芯片与器件设计工程师_华为芯片与器件设计工程师（实习）一、二面
weixin_39570505的博客
12-19 1022
首先说一下这个是海思专场，虽然是武长地区的，但是我申请的岗位是深圳的，二面业务主管也说了，这个会同意安排，实习地点暂定一面(技术)一面相对简单一些，一开始上来面试官让介绍一下自己，五分钟时间讲自己的求学经历(可能是想针对这些经历发问吧)，然后问了一下项目做过哪些逻辑，如果让你接触一个新的接口逻辑，你怎么去理解这个逻辑并实现。还问有没有做过异步的逻辑，异步处理的几种方法(FIFO、握手、格雷码、多拍...
TCP四次挥手时的TIME_WAIT状态
米兰的小铁匠1943的博客
05-20 5603
之前面试遇到一个问题是关于TCP四次挥手的时候，先发起方为什么会有一个TIME_WAIT状态，它的作用是什么？然后整理了一些资料和自己的一些总结，方便日后查阅。
TCP三次握手四次挥手总结（流程、常见问题、会发生的攻击、防范方法）
scuzoutao的博客
08-17 9910
三次握手 我们先明确两个定义： 1，client为数据发送方 2，server为数据接收方 好，下面进行三次握手的总结： 1，client想要向server发送数据，请求连接。这时client想服务器发送一个数据包，其中同步位（SYN）被置为1，表明client申请TCP连接，序号为j。 2，当server接收到了来自client的数据包时，解析发现同步位为1，便知道c...
详解TCP四次挥手（断开TCP连接过程）
Three__Curry的博客
04-07 9097
在讲述TCP三次握手，即建立TCP连接的过程之前，需要先介绍一下TCP协议的包结构。 TCP协议包结构： 这里只对涉及到三次握手过程的字段做解释 （1） 序号（Sequence number） 我们通过 TCP 协议将数据发送给对方，就比如 hellotcp，这一串字节流，假设被拆分成了三个 TCP 报文段，第一个报文段携带了 hel，第二个报文段携带了 lot，第三个报文段携带了 cp，这三个报文段不一定是按照顺序送到对端的，那么对端收到这三个段是如何确定他们的顺序的呢？此时序号的意义就体现在这里。 T
TCP三次握手(第三次失败咋整)，四次挥手（为啥他多一次）
沉默的夏虫
05-27 2411
三次握手：（自身的序列号如非进行的真正的数据传输，自身不会对自己的序列号进行累加） 客户端发送syn=1和一个系列号x 服务端返回ack=1,确认序列号返回x+1(将对端序列号+1),syn=1,序列号y 客户端返回ack=1，确认序列号y+1,序列号x+1(我的序列号已被变为x+1了) 四次挥手： 客户端发送关闭请求 服务端返回收到你的结束请求 服务端也发起结束请求 客户端返回确认结束 三次握手如果第三次失败了会怎么样：失败了服务端收到不确认包，会超时重发5次,若还是没有收到确认包，或.
TCP三次握手与四次挥手过程详解
"TCP三次握手四次挥手详解" TCP（传输控制协议）是互联网协议栈中的一个核心协议，它提供了一种面向连接、可靠的数据传输服务。在TCP中，为了确保两个通信端点能够准确地建立和终止连接，分别采用了三次握手和四次...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值