首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

如果我打开一个TCP连接,不发送数据,空闲超时似乎更长,为什么?

当你打开一个TCP连接但不发送数据时,空闲超时时间似乎更长,这可能是由于以下几个原因:

基础概念

TCP(传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信协议。TCP连接在建立后,如果在一定时间内没有数据传输,系统会认为该连接处于空闲状态,并可能对其进行超时处理。

原因分析

  1. 操作系统配置:不同的操作系统对TCP连接的空闲超时时间有不同的默认设置。例如,Linux系统中的tcp_keepalive_time参数可以设置TCP连接在空闲状态下的存活时间。
  2. 网络设备配置:路由器、交换机等网络设备也可能对空闲连接进行超时处理。
  3. 应用层协议:某些应用层协议(如HTTP)在空闲状态下可能会有自己的超时机制。
  4. 防火墙和安全策略:防火墙或安全策略可能会对空闲连接进行限制或超时处理。

解决方法

  1. 调整操作系统参数
    • 在Linux系统中,可以通过修改/proc/sys/net/ipv4/tcp_keepalive_time文件来调整空闲超时时间。例如:
    • 在Linux系统中,可以通过修改/proc/sys/net/ipv4/tcp_keepalive_time文件来调整空闲超时时间。例如:
    • 这个命令将空闲超时时间设置为1800秒(30分钟)。
  • 调整网络设备配置
    • 检查并调整路由器、交换机等网络设备的配置,确保它们不会对空闲连接进行不必要的超时处理。
  • 应用层协议配置
    • 如果使用的是HTTP协议,可以配置HTTP服务器的空闲超时时间。例如,在Nginx中,可以通过keepalive_timeout指令来设置:
    • 如果使用的是HTTP协议,可以配置HTTP服务器的空闲超时时间。例如,在Nginx中,可以通过keepalive_timeout指令来设置:
    • 这个配置将HTTP连接的空闲超时时间设置为65秒。
  • 防火墙和安全策略
    • 检查防火墙和安全策略,确保它们不会对空闲连接进行不必要的限制或超时处理。

示例代码

以下是一个简单的Python示例,展示如何设置TCP连接的空闲超时时间:

代码语言:txt
复制
import socket

# 创建一个TCP/IP套接字
sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)

# 设置空闲超时时间为30秒
sock.setsockopt(socket.SOL_SOCKET, socket.SO_KEEPALIVE, 1)
sock.setsockopt(socket.IPPROTO_TCP, socket.TCP_KEEPIDLE, 30)

# 连接到服务器
server_address = ('localhost', 10000)
sock.connect(server_address)

# 保持连接空闲
sock.sendall(b'')

# 关闭连接
sock.close()

参考链接

通过以上方法,你可以更好地理解和调整TCP连接的空闲超时时间,以满足你的应用需求。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

pika missed heartbeats from client timeout 60s 的问题

只要不打算在半打开连接上传输数据,仍处于连接状态的一方就不会检测另一方已经出现异常。 半打开连接一个常见原因是,当客户主机突然掉电,而不是正常的结束客户应用程序后再关机。...答案是会同时触发服务器端和客户端的 heartbeat 功能,即服务器端会在一段时间内没有数据需要发送给客户端的情况下,发送一个心跳包给客户端;或者一段时间内没有收到任何数据,则判定为心跳超时,最终会关闭...寻找 按照目前的所掌握的信息,似乎还不能定位问题所在,大致能确定的是:TCP 连接有问题,导致 ack 数据写到了已经关闭的 sockets 上面了,才会导致 EPIPE 的错误。...TCP 连接为什么会关闭连接?...server 每隔 timeout / 2 就会发送一个心跳包,如果都错过,就会认为这客户端没救了,会主动关闭连接,然后客户端需要重新连接

4.7K20

netmap.js:基于浏览器的网络发现工具

限制 端口黑名单列表 浏览器维护者一个拒绝连接的端口黑名单列表(如ftp、ssh或smtp)。如果使用默认协议(HTTP)尝试使用netmap.js扫描这些端口,将会返回一个非常短暂的超时。...当使用ftp时,你应该期望打开的端口超时,关闭的端口相对较快地出错。FTP扫描还受到本文中讨论的TCP RST数据包的限制。...使用 NetMap构造函数 NetMap构造函数采用一个允许你配置的options对象: 用于扫描的协议(默认为http,请参阅端口黑名单,了解为什么要将其设置为ftp) 端口连接超时(默认为1000毫秒...如果端口是打开的,即使它没有运行HTTP服务器,由于建立了完整TCP连接的开销,以及随后意识到无法从提供的URL中获取图像中获取Image,浏览器将需要花费更长的时间来引发错误。...在这种情况下,关闭端口通常会超时,而开放端口则会快速引发错误。 因此,当返回RST数据包时,pingSweep()方法的实现是不可靠的。

80730
  • netmap.js:基于浏览器的网络发现工具

    限制 端口黑名单列表 浏览器维护者一个拒绝连接的端口黑名单列表(如ftp、ssh或smtp)。如果使用默认协议(HTTP)尝试使用netmap.js扫描这些端口,将会返回一个非常短暂的超时。...当使用ftp时,你应该期望打开的端口超时,关闭的端口相对较快地出错。FTP扫描还受到本文中讨论的TCP RST数据包的限制。...使用 NetMap构造函数 NetMap构造函数采用一个允许你配置的options对象: 用于扫描的协议(默认为http,请参阅端口黑名单,了解为什么要将其设置为ftp) 端口连接超时(默认为1000毫秒...如果端口是打开的,即使它没有运行HTTP服务器,由于建立了完整TCP连接的开销,以及随后意识到无法从提供的URL中获取图像中获取Image,浏览器将需要花费更长的时间来引发错误。...在这种情况下,关闭端口通常会超时,而开放端口则会快速引发错误。 因此,当返回RST数据包时,pingSweep()方法的实现是不可靠的。

    94040

    三十天学不会TCP,UDPIP网络编程 - RST的用法

    TCP的六个标识符里,有一个代表RST,reset,但是翻译成重置连接似乎也不太妥当,报告错误也不太合适,作为一个优雅而又逻辑合理的协议,RST对于TCP中出现的错误而导致两端都进入错误处理有重要的作用...废话不多说了,从网上挑了一张觉得看着最舒服的版本: ? 这上面的所有状态在前面两节都说过了,除了Established状态,这个状态表示TCP处于连接传输数据的状态,算是一个比较稳定的状态。...打个比方吧,比如你在发呆,你处于空闲状态,这个时候打你一下,给你一个刺激,你就会从空闲状态变迁为疼痛状态了。...首先看看超时的情况,在图中就三种包重传超时,SYN,FIN和数据包,可以看到超时都是某种“主动的动作”。比如在三次握手的第二个阶段,重传SYN+ACK一直超时,服务器端就只能发送一个RST到对端了。...同理在FIN超时和本身传输数据超时之后,RST也会发送到对方。 第二类是丢失,其实本质上上和上一种情况是一直的,在ACK丢失的情况下,在对端看来就是发送超时,所以在这种情况下主要是接收RST。

    70470

    尽力详解:计网基础 ·运输层

    、拥塞控制和连接管理 前情提要: 问你这篇保熟?!...通过 TCP 连接传送的数据, 无差错, 丢失, 不重复, 并且能够按序到达. TCP 提供全双工通信. TCP 连接的两端都设有发送缓存和接收缓存, 用来临时存放双向通信的数据. 面向字节流....所以,发送端必须暂时保留已发送的分组的副本, 只有收到相应的确认后才能清除保留的分组副本; 分组和确认分组必须进行编号, 这样才能明确是哪一个发送出去的分组收到了确认, 而哪一个分组还没有收到确认; 超时计时器设置的重传时间应当比数据在分组传输的平均往返时间更长一些...了解TCP三次握手的朋友都知道,两台主机在传输数据包的时候,如果发送方迟迟没有收到接收方反馈的ACK,那么发送方就会认为它发送数据包丢失了,进而会重新传输这个丢失的数据包。...RST:重置连接。 SYN:发起一个连接。(这个) FIN:释放一个连接。(这个) ---- 三次握手 所谓的三次握手即TCP连接的建立。这个连接必须是一方主动打开,另一方被动打开的。

    60020

    Nginx 系列实用教程#2:性能

    该理论涉及全尺寸 tcp 包(最大报文长度,简称 MSS)的处理。只针对比 MSS 小的包,只有当接收方成功地将以前的包(ACK)的所有确认发送回来时,这些包才会被发送。...在等待期间,发送方可以缓冲更多的数据之后再发送。 与此同时,诞生了另一个理论,延时 ACK 在 TCP 通讯中,在发送数据后,需要接收回应包(ACK)来确认数据被成功传达。...但是,如果所有 3 个指令都开启了,nginx 会: 确保数据包在发送给客户之前是已满的 对于最后一个数据包,tcp_nopush 将被删除 —— 允许 TCP 立即发送,没有 200ms 的延迟 应该使用多少进程...send_timeout 设置向客户端发送响应的超时时间。超时仅在两次连续的写入操作之间被设置,而不是用于整个响应的传输过程。如果客户端在给定时间内没有收到任何内容,则连接将被关闭。...在成功响应之后,它保持连接空闲给定的时间段(例如 10 秒)。如果在这段时间内有另一个请求,现有的连接将被重用,空闲时间将被刷新。 Nginx 提供了几个指令来调整 keepalive 设置。

    77960

    Linux | 如何保持 SSH 会话处于活动状态

    为什么 SSH 会关闭连接? 简而言之,这一切都归结于 TCP 超时TCP 超时是指 TCP 连接或网络操作在认为进程失败之前等待响应的持续时间。...在 Linux 中,TCP 超时设置确定 TCP 连接或操作在假设数据包丢失或连接无响应之前应等待多长时间。这种机制对于确保网络通信的可靠和高效至关重要。...tcp_keepalive_probes:由 TCP 端点发送的小数据包,用于检查空闲连接中远程端点的运行状况和响应能力。它检测远程端点是否无法访问或连接是否由于网络问题而丢失。...ServerAliveInterval:设置一个超时间隔(以秒为单位),在此之后,如果没有从服务器收到数据,SSH 将通过加密通道发送消息来请求服务器响应。默认为0,表示这些消息不会发送到服务器。...ClientAliveInterval:设置一个超时间隔(以秒为单位),在此之后,如果没有收到客户端的数据,SSH 服务器将通过加密通道发送消息以请求客户端的响应。

    1.3K40

    如何修复 SSH Client_loop: send disconnect: Broken pipe Error

    SSH 是 Secure Shell 的缩写,是一种远程网络协议,用于通过 TCP/IP 网络安全地连接到远程设备,例如服务器和网络设备。...这是一个活动的时期,在此期间没有从客户端执行或发出任何 Linux 命令。发生这种情况时,SSH 会话将终止,从而有效地断开您与远程服务器的连接。...值得庆幸的是,SSH 默认配置设置提供了一些参数,您可以配置这些参数以使 SSH 连接保持活动状态更长的时间。...ClientAliveInterval——这是一段活动的时间,在此之后 SSH 服务器向连接到它的远程客户端发送一条活动消息。...如果在接下来的 300 秒内(在 600 秒标记处)没有从客户端收到任何数据或响应,服务器将再次发送另一条活动消息。最后,在客户端活动 900 秒后,SSH 连接将终止或断开。

    3.5K20

    带你应付TCPUDP高频面试问题

    TCP规定,ACK报文段可以携带数据,但是如果携带数据则不消耗序号。 5. 当服务器收到客户端的确认后也进入ESTABLISHED状态,此后双方就可以开始通信了。...如果是两次握手连接,就不能判断当前连接是否是历史连接,三次握手则可以在客户端(发送方)准备发送第三次报文时,客户端因有足够的上下文来判断当前连接是否是历史连接如果是历史连接(序列号过期或超时),则第三次握手发送的报文是...TCP规定,FIN报文段即使携带数据,也要消耗一个序号。 2....如果客户端的并发量持续很高,此时部分客户端就会显示连接上。 1....在这个场景中,短连接表示“业务处理+传输数据的时间 远远小于 TIMEWAIT超时的时间”的连接。 解决方案:简单来说,就是打开系统的TIMEWAIT重用和快速回收。

    48420

    Nginx神奇的499竟然不在HTTP响应码标准内?快来了解一下!

    报文4的TCP信息: 按TCP设计,客户端将发送的下一个报文的序列号(309)= 本次序列号(1) + 本次数据长度(308),即Next sequence number。...(HTTP 400),跟os对TCP连接关闭的控制报文(这个FIN),合并在同一个报文。...即该场景里Nginx 499错误日志主因: 消息网关—>服务器 方向上的一个TCP包丢失(案例里是HTTP POST body报文),引起服务端空闲等待 消息网关有5s超时设置,即连接达到5s,消息网关就发...只要不丢包延迟,HTTP事务就能在5s内完成,消息网关就不会启动5s超时断开连接机制。 跟客户还有网关工程师配合,确实发现网关到公有云的一条链路有问题。...由于: 客户发送量较大(主因) 微信消息网关设置5s超时相对较短(次要原因) 问题就会在这个案例中被集中暴露。 设置更长超时阈值(如50s)能解决?

    93460

    对基于 TCP 的网络应用在 socket 非阻塞模式下 send 调用错误原因的深入分析

    socket可以被设置为阻塞和非阻塞两种属性;默认被设置为阻塞属性,调用send时,若发送缓冲区中空闲空间的长度比请求发送数据更长,则函数直接返回;否则,则会确保所有数据被拷贝到内核之后再返回。...由此可见,发送缓冲区是否拥有足够的空闲空间对网络应用的性能有着较大影响,而发送缓冲区的容量是有限的,不断调用send拷贝数据势必将缓冲区填满,幸运的是,TCP协议栈会将缓冲区中的数据发送到接收端,在收到对方的...TCP协议中的流量控制 众所周知,TCP协议是一个流传输协议,为实现可靠连接TCP引入了连接管理、流量控制以及拥塞控制等概念;本文只讨论send调用的情况,此时收发两端的TCP状态机都已经处于ESTABLISHED...如图4所示,TCP发送缓冲区实际上是一个环形缓冲区,为了简单起见,我们假设第一个字节是以序列号1发送的(这通常不是这样),因此缓冲区分为4个部分(本小节中图片均来源于http://www.tcpipguide.com...数据,值得注意的是:Serverrecv数据只表示不将数据从内核态下的接收缓冲区拷贝到用户态从而导致接收缓冲区被填满,实际上内核仍然根据TCP协议接收了从Client发来的数据

    2.5K02

    TCP协议详解

    同时发送SYN作为应答(SYN的序列号为服务端唯一的序号) 客户端发送ACK确认收到回复(序列号为服务端序列号+1) 1.2 为什么是三次握手 tcp连接是全双工的,数据在两个方向上能同时传递。...连接关闭的“四次挥手” 2.1 为什么是四次挥手 因为tcp连接是全双工的,数据在两个方向上能同时传递。 同时tcp支持半关闭(发送一方结束发送还能接收数据的功能)。...因此每个方向都要单独关闭,且收到关系通知需要发送确认回复 2.2 为什么要支持半关闭 客户端需要通知服务端,它的数据已经传输完毕 同时仍要接收来自服务端的数据 使用半关闭的单连接效率要比使用两个tcp连接更好...缺点:发送端不知道该重发3,还是重发3,4,5 如果发送如果发送3:节省宽度,但是慢 如果发送如果发送3,4,5:快,但是浪费宽带 总之,都在被动等待超时超时可能很长。...客户端应该发送哪些超时包的问题 3.3.2 实现原理 SACK记录一个数值范围,表示哪些数据收到了 linux2.4后默认打开该功能,之前版本需要配置tcp-sack参数 SACK只是一种辅助的方式,发送方不能完全依赖

    98032

    TCP的KeepAlive探测详解

    使用TCP的KeepAlive机制。 使用第一种方式,意味着要在应用层自己实现一个ping-pong逻辑和协议,并支持设置空闲时长,重试次数,重试间隔等。...这无疑会增加一定的代码量,好处则是可以自己控制逻辑,同时不用学习内核的实现:) 但是如果没有特殊的需求,更倾向于第二种方式。如非必要,不要引入额外的逻辑。...其中SO_KEEPALIVE用于打开或者关闭KeepAlive功能,TCP_KEEPIDLE用于设置空闲时间——即有多久没有发送报文就进行探测,TCP_KEEPCNT用于设置KeepAlive的尝试次数...对于上面的程序来说,当该TCP连接有5秒没有进行数据传输时,就会发送KeepAlive探测报文。当探测报文失败时,会隔2秒再次发送探测报文,3次探测失败就判断连接失败。...当探测超时,就会调用tcp_send_active_reset向对端发送RST报文,中止连接,然后调用tcp_write_err。 ?

    5.4K50

    go的nethttp有哪些值得关注的细节?

    Transport设置了一个3s的空闲连接超时 2. for循环执行了5次http请求 3. 程序退出前执行了5s sleep 答案输出1。...当我们发起http请求时,如果每次都要建立新的TCP协议,那就需要每次都经历三次握手,这会影响性能,因此更好的方式就是在http请求结束后,立马断开TCP连接,将它放到一个空闲连接池中,后续有新的http...它是为了标记当前连接请求中,response.body是否使用完毕,如果执行body.close(),则resp.Body中的数据是可以不断重复读且不报错的(但不一定能读到数据),执行了body.close...这是因为每个http.Transport内都会维护一个自己的空闲连接池,如果每个client都创建一个新的http.Transport,就会导致底层的TCP连接无法复用。...别设置 Transport.Dail里的SetDeadline http.Transport.Dial的配置里有个SetDeadline,它表示连接建立后发送接收数据超时时间。

    45630

    一种心跳,两种设计

    但也由于非阻塞的特性,导致其发送数据和接收数据一个异步的过程,所以当存在服务端异常、网络问题时,客户端接是接收不到响应的,那我们如何判断一次 RPC 调用是失败的呢?...定时发送心跳的任务负责在连接空闲时,向对端发送心跳包。定时重连、断连的任务负责检测 lastRead 是否在超时周期内仍未被更新,如果判定为超时,客户端处理的逻辑是重连,服务端则采取断连的措施。...为什么客户端检测的是读超时,而服务端检测的是读写超时? 4.3 空闲超时逻辑 — 客户端 对于空闲超时的处理逻辑,客户端和服务端是不同的。...,接受响应结果 响应成功,清空请求失败标记 响应失败,心跳失败标记+1,如果超过配置的失败次数,则重新连接 不仅仅是心跳,普通请求返回成功响应时也会清空标记 4.4 空闲超时逻辑 — 服务端 @Override...为什么客户端检测的是读超时,而服务端检测的是读写超时? 这其实是一个心跳的共识了,仔细思考一下,定时逻辑是由客户端发起的,所以整个链路中不通的情况只有可能是:服务端接收,服务端发送,客户端接收。

    1.2K20

    面试:TCP、UDP如何解决丢包问题

    TCP是基于不可靠的网路实现可靠传输,肯定会存在丢包问题。如果在通信过程中,发现缺少数据或者丢包,那边么最大的可能性是程序发送过程或者接受过程中出现问题例如:有2台服务器 ,A和B服务器。...校验和:TCP将保持它首部和数据的检验和。这是一个端到端的检验和,目的是检测数据在传输过程中的任何变化。如果收到段的检验和有差错,TCP 将丢弃这个报文段和确认收到此报文段。...自主重传ARQ(停止等待ARQ、连续ARQ):接收端接收到分片数据时,根据分片数据序号向发送发送一个确认,超时重传关于TCP如何保障传输可靠性,可查阅 计算机网络常见面试题(一):TCP/IP五层模型...限制连接速率限流:使用限流算法(如令牌桶、漏桶)限制客户端的连接速率,防止突发流量冲击。连接超时:设置合理的连接超时时间,及时关闭活跃的连接。7....所以在发送频率过快的时候还是考虑sleep一下吧。5、局域网内丢包,公网上丢包:这个问题也是通过切割小包并sleep发送解决的。如果流量太大,这个办法也不灵了。

    13010

    tcp协议的三次握手中(tcpip协议三次握手)

    ,本质上就是 ACK 字段为1 的报文,此时报头中的”确认序号”字段才是生效的 初始序号是随机的,为了防止网络攻击;如果发送多个数据,每个数据都会带着一个序号 接收方收到数据后,是知道数据所带着的序号的...,因此,进行统一处理:当发送了一条数据之后,TCP 内部就会自动启动一个定时器,达到一定时间也没收到 ACK,定时器就会自动触发重传消息的动作 —— 超时重传 ①情况: 思考: 假设第二次重发没有成功...在 TCP 中,t2 会比 t1 更长 TCP 抱着一种 “悲观的态度”,当一次丢包重传之后,TCP 就觉得大概率后面的重传也没用,所以就隔一个更长的时间,节省带宽 上述丢包有两种情况,一种是请求丢失...TCP 可靠性中最核心的机制 3.1建立连接 – 三次握手 ▲ 为什么要就建立连接?...2MSL 时间里传给客户端,服务端则会继续超时重试直到断开连接 防止已失效的连接请求报文段出现在之后的连接TCP 要求在 2MSL 内不使用相同的序列号;客户端在发送完最后一个 ACK 报文段后

    51110

    TCP 协议(包含三次握手,四次挥手)

    ,本质上就是 ACK 字段为1 的报文,此时报头中的”确认序号”字段才是生效的 初始序号是随机的,为了防止网络攻击;如果发送多个数据,每个数据都会带着一个序号 接收方收到数据后,是知道数据所带着的序号的...,因此,进行统一处理:当发送了一条数据之后,TCP 内部就会自动启动一个定时器,达到一定时间也没收到 ACK,定时器就会自动触发重传消息的动作 —— 超时重传 ①情况: 思考: 假设第二次重发没有成功...在 TCP 中,t2 会比 t1 更长 TCP 抱着一种 “悲观的态度”,当一次丢包重传之后,TCP 就觉得大概率后面的重传也没用,所以就隔一个更长的时间,节省带宽 上述丢包有两种情况,一种是请求丢失...TCP 可靠性中最核心的机制 3.1建立连接 – 三次握手 ▲ 为什么要就建立连接?...2MSL 时间里传给客户端,服务端则会继续超时重试直到断开连接 防止已失效的连接请求报文段出现在之后的连接TCP 要求在 2MSL 内不使用相同的序列号;客户端在发送完最后一个 ACK 报文段后

    50020

    画图带你理清TCP协议三次握手和四次挥手

    TCP 特性 1.确认应答机制 (ACK) 2.超时重传 3.建立连接 - 三次握手 4.断开连接 - 四次挥手 1.确认应答机制 (ACK) 确认应答是可靠传输的最核心机制,接收方反馈一个应答报文..."确认序号"字段才是生效的 初始序号是随机的,为了防止网络攻击;如果发送多个数据,每个数据都会带着一个序号 接收方收到数据后,是知道数据所带着的序号的,根据序号给出确认序号(告诉发送方下次给我发的序号)...,因此,进行统一处理:当发送了一条数据之后,TCP 内部就会自动启动一个定时器,达到一定时间也没收到 ACK,定时器就会自动触发重传消息的动作 —— 超时重传 ①情况: 思考: 假设第二次重发没有成功,...在 TCP 中,t2 会比 t1 更长 TCP 抱着一种 “悲观的态度”,当一次丢包重传之后,TCP 就觉得大概率后面的重传也没用,所以就隔一个更长的时间,节省带宽 上述丢包有两种情况,一种是请求丢失...防止已失效的请求报文又传送到了服务端,建立了多余的链接,浪费资源 两次握手只能保证单向连接是通畅的 (为了实现可靠数据传输, TCP 协议的通信双方,都必须维护一个序列号,以标识发送出去的数据包中,哪些是已经被对方收到的

    56910

    Java网络通信

    一、TCP和UDP有什么区别?TCP为什么是三次握手,而不是两次 TCP作为一种可靠传输控制协议,其核心思想既要保证数据可靠传输,又要提高传输的效率,而用三次恰恰可以满足以上两方面的需求!...TCP可靠传输的精髓:TCP连接的一方A,由操作系统动态随机选取一个32位长的序列号(Initial Sequence Number),假设A的初始序列号为1000,以该序列号为原点,对自己将要发送的每个字节的数据进行编号...如果B收到A确认编号为4001,则意味着字节编号为2001-4000,共2000个字节已经安全到达。 一句话概括,TCP连接握手,握的是啥? 通信双方数据原点的序列号!...有童鞋会说,如果A发给B的确认丢了,该如何? A会超时重传这个ACK吗?不会!TCP不会为没有数据的ACK超时重传。 那该如何是好?...假定此时双方都没有数据发送,B会周期性超时重传,直到收到A的确认,收到之后B的TCP 连接也为 Established状态,双向可以发包。 b.

    74040
    领券