握手最怕的不是被拒绝，而是石沉大海——代理IP连接的 SYN 发出去了，对方没反应，连个「不」都不回。遇到这种情况，发起方不会立刻放弃，而是走一条有节奏的重试之路。
这篇把握手超时后的每一步讲清楚，你会知道代理IP连接「转圈等建立」的界面背后发生了什么。
第一步：等待，等多久有讲究
SYN 发出后，发起方先等一个初始超时时间，通常是 1 秒左右。这期间对方回了 SYN-ACK，一切正常；没回，就进入下一轮。
等待时间不能太短也不能太长：太短，稍微有点拥堵就误判失败；太长，对方真不在线时浪费大量时间。1 秒的初始值，是长期经验调出来的平衡。
第二步：加倍重试
第一次超时后，发起方会重发 SYN，但等待时间翻倍——2 秒、4 秒、8 秒这样涨上去。这个策略叫指数退避，翻译过来就是：越没人理，越放慢节奏重试。
退避的意义在于不把网络打爆：如果对方暂时拥堵，密集重发只会火上浇油；放缓节奏，反而给对方喘息空间。网络协议里处处是这样的「克制」。
退避的节奏不是随意的，而是按倍数增长：1 秒、2 秒、4 秒，每轮都比上一轮更耐心。这套节奏在网络拥堵时能有效避免越重试越堵的恶性循环，是协议自保的智慧。
第三步：到次数放弃
重试次数是有上限的，一般几次之后就彻底放弃，向应用层报告连接失败。应用层收到失败，才轮到它决定是换地址重试还是直接报错。
从用户视角看，这一整套流程呈现为「连接建立失败」或者干脆长时间转圈。如果你看到失败发生在等了几秒十几秒之后，多半就是经历了完整的超时重试链条。
走代理IP时这套流程会发生两段：本机连转发层超时，重试的是本机到转发层这一段；转发层连目标站超时，重试发生在转发层和目标站之间。两段各自独立，超时的表现也不同。
区分两段超时有个实用的信号：本机到转发层超时，通常所有目标站都连不上，症状是全局失败；转发层到目标站超时，往往只针对个别目标，换个出口位置常常就能恢复。
常见做法：连接失败就立刻重开软件、反复点连接，把超时重试的时间成本重复支付好几遍。
更稳妥的做法：先看失败发生在哪一段——本机到转发层失败，多半是本地配置或转发层地址问题；转发层到目标站失败，多半要换出口或换时间再试。分清段位，重试才有意义。
还有一点容易被忽略：超时重试本身也在消耗时间。遇到连接不稳时，与其让应用一遍遍走完整个重试链条，不如先解决根因——地址是否失效、代理IP链路是否拥堵，这些查清楚了，重试次数自然会降下来。
不同系统的重试节奏略有差别，但骨架一致：先快后慢、有上限。把握这个骨架，看连接失败前的等待时间就能判断大概试了几轮——等了约 1 秒是首轮，等了约 3 秒是第二轮，越往后越能说明对端真的没反应，这时候换地址比干等更实在。
- 初始等 1 秒、之后翻倍等，是超时重试的标准节奏
- 重试有次数上限，到点放弃并报告应用层
- 代理IP链路的两段各自重试，先分清卡在哪段再处理
记住两个信息：卡在哪一段、等了几轮——理解这条重试之路，再看代理IP连接失败就不慌了：它是协议按部就班的流程，不是玄学，抓住这两个信息，排查方向基本就定了。