一、基础时延模型
1.1 直连场景的三次握手时延
TCP连接建立必须经过三次握手：客户端发SYN→服务器回SYN+ACK→客户端回ACK。从发起连接到可传输应用数据，理论最小耗时为1个RTT（往返时延）。 时延由四部分构成：
- 传播时延：信号在物理链路中的传输时间，由距离决定，是物理极限；
- 传输时延：数据包大小除以链路带宽，小包场景下可忽略；
- 排队时延：数据包在网络设备缓冲区的等待时间，拥塞时会大幅上升；
- 处理时延：端系统协议栈处理、调度的时间，高负载下会增加。
1.2 代理场景的二次握手叠加
通过代理访问目标时，连接建立拆分为两段独立的三次握手，串行叠加：
- 客户端→代理握手：客户端与代理建立TCP连接，耗时RTT1；
- 代理→目标握手：代理向目标服务器发起TCP连接，耗时RTT2。
理想状态下，总握手时延 ≈ RTT1 + RTT2 + 代理处理时间，约为直连的2倍。实际场景中，代理内部的DNS解析、策略匹配、连接排队，会进一步放大总时延。 若涉及HTTPS加密，还需额外叠加1-2个RTT的TLS握手时延，总时延会进一步增加。
二、时延构成的隐性成本
2.1 代理内部处理时延
代理服务器在两次握手之间的处理环节，是容易被忽略的时延来源：
- DNS解析延迟：目标为域名时，代理需先解析域名，缓存失效时会增加几十毫秒时延；
- 策略匹配开销：ACL访问控制、出口IP选择、路由匹配，高并发下线性扫描策略会显著增加耗时；
- 连接排队延迟：高负载下，新建连接请求需等待资源分配，排队时延可能从毫秒级飙升至数百毫秒。
2.2 网络排队与路径选择放大效应
- 代理出口带宽不足或路径拥塞时，SYN包排队等待，时延被进一步放大；
- 代理节点部署位置不当，会导致RTT2远大于直连RTT，总时延不降反升。
2.3 TCP慢启动的影响
TCP连接初始阶段执行慢启动算法，拥塞窗口逐步放大。代理场景下两段连接独立慢启动，短连接、小数据场景下，吞吐量提升缓慢，整体效率影响明显。
三、高敏感场景的业务影响
- 高频金融交易：时延增加几十毫秒就可能导致滑点、策略失效，对握手时延、连接稳定性要求极高；
- 实时游戏与音视频：控制信令的连接建立时延直接影响登录、匹配速度，用户感知明显；
- 跨区域微服务调用：频繁新建连接的场景，两次握手的开销占比极高，严重影响接口响应速度。
四、时延优化技术路径
4.1 连接复用
代理与目标服务器之间维护长连接池，新请求复用已有连接，将“代理→目标”的握手时延降为0，是最有效的优化手段。
4.2 TCP Fast Open（TFO）
允许SYN包携带应用数据，重复连接场景下可将握手时延从1个RTT降至接近0，代理两端均可启用。
4.3 QUIC/HTTP3协议
基于UDP的QUIC协议支持0-RTT握手，可彻底规避TCP三次握手的时延开销。代理支持QUIC转发时，建连时延可大幅降低。
4.4 边缘节点下沉
将代理节点部署在靠近客户端或目标的位置，缩短物理距离，降低RTT本身，是优化时延的物理基础。
总结
代理转发的TCP握手时延，是物理距离、网络质量、服务器处理能力的综合体现。理解时延构成，就能针对性地通过连接复用、协议优化、节点部署等手段降低开销，在毫秒必争的业务场景中获得竞争优势。
