快连协议的握手分为三个阶段。第一阶段是能力协商:客户端提交自己支持的加密套件与扩展列表,服务端在回包中选定一套并返回会话票据。第二阶段是密钥派生:客户端用协商结果派生出会话密钥,双方分别校验密钥确认消息的一致性。第三阶段是数据通道建立,此后同一连接可以承载多个业务流。
从官方文档记录的连接耗时看,握手平均耗时为 41 毫秒,首个可用连接的建立时间约 1.8 秒,两者之间的差值主要来自握手后的首包交互与本地代理栈的初始化。线路故障后的连接重建平均耗时为 2 秒。
| 握手阶段 | 动作 | 官方记录的耗时 |
|---|---|---|
| 能力协商 | 提交套件列表并选定加密套件 | 包含在握手总耗时内 |
| 密钥派生 | 派生会话密钥并校验一致性 | 包含在握手总耗时内 |
| 数据通道 | 建立代理通道并放行业务流 | 首连整体约 1.8 秒 |
耗时数值来自官方文档的连接耗时记录,统计版本为 v4.2.0(2026-10-22)。
拥塞控制的调整依据是实际观测到的丢包与时延变化。当检测到连续的超时或重传时,客户端会收缩发送窗口并降低重传频率;当链路恢复稳定后,再按固定步长逐步放大窗口。这个机制的意义在于避免在已经拥塞的链路上继续加压,导致连接彻底停滞。
会话复用是另一项与拥塞控制配合的机制。当同一账号在短时间内重复连接同一线路时,客户端会尝试复用上一阶段的会话票据,跳过完整握手,因此第二次及以后的连接耗时明显低于首次。
从测量口径出发,说明为什么单次 ping 结果不能代表稳定延迟,对应快连延迟排查文章。
握手完成后的选路过程与故障回退顺序,对应快连线路调度文章。
协议栈分层、加密套件与端口条件的完整表述,可作为本文的索引页使用。
快连协议的实现随版本演进,本文对应的客户端版本为 v4.2.0(2026-10-22)。