linux tcp三次握手超时与重试由tcp_syn_retries和tcp_synack_retries参数控制，采用指数退避重传机制，以重传次数达上限为失败判定依据，而非固定时间阈值。

Linux TCP 三次握手过程中的超时与重试，核心在于客户端发送 SYN 后未收到服务端响应时的等待与重传行为。这不是简单的“等一会儿再试”，而是由内核参数严格控制的指数退避机制。

客户端 SYN 重传：tcp_syn_retries 参数

当客户端调用 connect() 发送第一个 SYN 报文后，若未收到服务端的 SYN+ACK，就会启动重传。重传次数由内核参数 tcp_syn_retries 决定：

• 默认值为 5（Linux 2.2+），可通过 /proc/sys/net/ipv4/tcp_syn_retries 查看或修改
• 用户态也可通过 setsockopt() 的 TCP_SYNCNT 选项临时设置，上限为 127
• 重传不是固定间隔，而是按指数退避：第1次重传在约1秒后，第2次在2秒后，第3次在4秒后，依此类推
• 5次重传 + 最后一次等待周期（32秒）总耗时约为 63秒，之后 connect() 返回 -1，errno 设为 ETIMEOUT

服务端 SYN+ACK 重传：tcp_synack_retries 参数

服务端收到 SYN 后，会分配一个 request_sock 结构体，进入半连接队列，并立即发送 SYN+ACK。若迟迟未收到客户端 ACK，它也会重传该响应：

PyCharm 2026.2.0.1 Linux版

PyCharm 2026.2.0.1 Linux版提供 JetBrains 官方 2026.2.0.1 版本安装包，适合在Linux系统上进行 Python 项目开发、运行、调试和测试。

下载

• 重传次数由 tcp_synack_retries 控制，默认也是 5
• 对应 proc 路径：/proc/sys/net/ipv4/tcp_synack_retries
• 每次重传超时时间由 tcp_timeout_init() 计算，默认初始 RTO 为 1 秒（即 1*HZ），同样遵循指数退避
• 重传失败后，该半连接会被丢弃，不会进入全连接队列，也不会触发 accept()

超时判定不依赖固定时长，而依赖重传计数

Linux 内核并不靠“累计等待满 X 秒”来判断失败，而是以重传次数是否达到上限为准：

• 即使网络 RTT 波动很大，只要重传次数未达上限，内核就继续尝试
• 一旦达到 tcp_syn_retries 或 tcp_synack_retries 设置的值，连接建立流程即终止
• 这意味着：超时不是“时间到了就停”，而是“试够次数就放弃”
• 这种设计兼顾了弱网适应性与资源及时释放——避免无限等待占用内存和连接槽位

常见异常场景与表现

以下情况会触发上述重传逻辑：

• SYN 报文丢失：客户端发不出去，或被中间设备丢弃，服务端根本无感知
• SYN+ACK 丢失：服务端已响应，但报文在网络中消失，客户端持续重发 SYN
• ACK 丢失：三次握手已完成，但客户端 ACK 未达服务端，服务端重发 SYN+ACK，客户端可能已进入 ESTABLISHED 状态
• 服务端 SYN Cookie 启用时：不维护半连接队列，不触发 SYN+ACK 重传，而是由客户端重试驱动连接恢复