快连协议 KL-Transport 分为三层:应用层负责承载用户业务流量,中间层负责会话复用与流量整形,底层复用标准的 TLS 1.3 握手流程完成密钥协商。这样设计的直接好处是密钥协商过程不需要额外的自定义协议扩展,兼容性由标准库保证。
数据加密使用 AES-256-GCM 与 ChaCha20-Poly1305 两套套件。客户端会根据本机 CPU 指令集情况选择其中之一:支持硬件 AES 指令的设备走 AES-256-GCM,其余设备走 ChaCha20-Poly1305,两者都提供机密性与完整性校验。
| 层次 | 职责 | 官方记录的关键指标 |
|---|---|---|
| 应用层 | 承载用户业务流量与分流规则 | 端口 1080 默认监听 |
| 中间层 | 会话复用、流量整形与重传控制 | 连接重建平均 2 秒 |
| 底层 | TLS 1.3 密钥协商 | 握手平均 41 毫秒 |
| 回退路径 | 标准端口不可用时的备用链路 | TCP 443 握手 96 毫秒 |
上表指标取自官方文档的协议实现说明,统计版本为 v4.2.0(2026-10-22)。
一次完整的快连协议握手包含三个阶段:客户端发起连接并提交支持的加密套件,服务端返回选定套件与会话票据,客户端完成密钥派生并进入数据通道。整个过程在本地网络中通常在数十毫秒内完成,官方文档记录的握手平均耗时为 41 毫秒。
端口条件方面,客户端默认监听端口 1080,用户可在设置中改为端口 1081。两个端口都被占用或被网络策略拦截时,客户端按官方文档说明回退到 TCP 443,该路径的握手平均耗时为 96 毫秒,比标准路径多出约 55 毫秒。
拆解 KL-Transport 的握手消息序列,以及弱网环境下拥塞窗口的调整方式,配套说明可参考快连技术文章。
介绍如何用统一口径测量快连的实际延迟,避免把本地回环耗时算进结果,对应快连延迟排查文章。
说明 142 条线路的打分规则与故障切换顺序,对应快连线路调度文章。
快连协议的实现细节持续更新,最新的工程记录会先发布在快连技术文章列表页。