路径绕行
跨境流量直连时，往往要经过拥塞的国际骨干与多级路由，物理距离加上排队时间共同推高了延迟。快连通过分布在关键地区的智能节点，为流量选择一条绕开拥塞段、跳数更少的路径。
- 热门地区多线路布局，可避开已饱和的骨干段
- 路径跳数减少，往返时延随之下降
- 直连与中转链路自动择优，不依赖用户判断
快连加速技术：自研协议与智能路由协同
网络加速并不是简单地把流量「绕远路」。本页解释快连是如何工作的：自研 KCP2 传输协议在传输层减少丢包与抖动，智能路由引擎在网络层挑选更优路径，两者协同才带来可感知的极速与稳定。
自研 KCP2 传输协议
智能路由引擎
多链路并发分流
7×24 小时节点巡检
技术总览
网络加速到底在加速什么
用户感受到的是「延迟变低、卡顿变少」，但背后对应的是三个层面的实际改善：路径绕行、拥塞缓解与链路质量提升。
拥塞缓解
链路负载接近上限时，排队会造成延迟抖动与吞吐骤降，表现为画面卡顿、语音断续。快连通过平滑的拥塞控制与链路负载分散，让单条链路始终工作在合理区间。
- 发送速率随链路反馈平滑调整，避免突发拥塞
- 大带宽业务分散到多条并发链路
- 高峰期自动错开拥挤线路，减少排队时间
链路质量提升
同样的物理距离，实际丢包率与抖动可能相差很大。快连持续探测链路真实质量，只把流量交给稳定可靠的节点，并在链路劣化时及时改道，让长连接保持在线。
- 丢包重传效率提升，减少应用层的超时等待
- 心跳保活让长连接不被中途掐断
- 故障节点快速摘除，切换过程用户基本无感
五个环节的优化对照
| 环节 | 未加速状态 | 快连优化方式 | 实际改善 |
|---|---|---|---|
| 传输路径 | 流量走默认路由，常经过拥塞的国际骨干 | 智能路由择优直连与中转链路，绕开拥塞段 | 往返时延下降，路径跳数减少 |
| 拥塞控制 | 队列溢出即大量丢包，吞吐骤降 | KCP2 平滑拥塞控制，稳定发送速率 | 延迟抖动减小，吞吐曲线更平稳 |
| 丢包重传 | 单次重传等待超时，往返时延成倍放大 | 选择性快速重传与乱序交付 | 高丢包环境下仍维持可用吞吐 |
| 节点选择 | 固定节点或由用户手动反复切换 | 三维评分 + 实时重测动态择优 | 无需手动操作，切换基本无感 |
| 协议握手 | 多次往返完成连接建立 | 握手流程压缩与连接复用 | 连接建立更快，首包到达更早 |
自研传输协议 KCP2
为跨境高丢包链路而生的传输层设计
通用协议在稳定链路上表现良好，但跨境链路的丢包与抖动更复杂。KCP2 针对这一特点重做了拥塞控制、重传与保活逻辑。
拥塞控制算法优化
KCP2 放弃了「丢包后剧烈降速」的保守策略，改为根据链路反馈连续调整发送速率。当链路出现丢包时，系统先判断是拥塞丢包还是线路质量丢包，再决定是降速还是维持速率。这样既避免了频繁降速带来的吞吐塌陷，也防止了持续发送把链路压垮。在晚高峰这类时延与丢包同时波动的场景下，传输速率的波动幅度明显更小。
可靠传输与快速重传
KCP2 采用选择性确认机制，接收方只回报真正缺失的数据块，而不是笼统地告知「某序号之前的数据有问题」。发送方因此可以精准重发缺失片段，而不必重传一整段数据。重传触发也更为积极：一旦检测到缺失就尽快补发，而不是等待确认超时。实测中重传效率提升约 42%，应用层看到的丢包远少于链路层的真实丢包。
乱序包处理
跨境链路上数据包抵达顺序经常被打乱。KCP2 内置了轻量的乱序重排缓冲，允许后续到达的数据先行上交应用层，缺失片段补齐后再交付上层。这样可以避免「一个包迟到、整条流被卡住」的情况。在丢包率约 3% 的线路上，页面加载与视频播放依然能够连续进行，跳变与长时间等待明显减少。
链路保活与心跳机制
KCP2 在长连接上维持双向心跳，用于确认链路两端都还在正常工作。心跳周期根据链路活跃度自适应调整：闲置时放缓以节省流量，业务繁忙时加快以更快发现异常。保活与重连机制配合使用，中间设备对空闲连接的回收不会导致业务突然中断，语音通话、远程会议与直播推流等长连接场景因此更加稳定。
智能路由引擎
一次选路背后发生了什么
智能路由引擎持续在后台工作，完整链路包括五个阶段：探测、评分、选路、连接与重测切换。
多节点并行探测
客户端连接后，同时向候选地区的多条线路发起轻量探测，采集往返延迟、丢包情况与可用带宽。探测包体积很小，对正常业务几乎无影响，通常在数百毫秒内完成一轮。
延迟 / 丢包 / 带宽三维评分
每一轮探测结果都会换算成综合评分：延迟与丢包是主要扣分项，可用带宽决定是否适合大流量业务。评分不是只看延迟数字，还结合了近期波动趋势，偶发一次的高延迟不会让线路被误判。
权重计算与最优链路选择
系统按业务类型套用不同权重：游戏更看重延迟与抖动，办公会议更看重稳定性，影音下载更看重可用带宽。权重与评分相乘后得到最终得分，得分最高的线路成为当前使用链路。
实时重测与动态切换
使用过程中探测仍以固定周期持续进行。一旦当前线路的评分低于同地区备选线路一定阈值，客户端会在合适的时间点切换，切换过程在后台完成，正在传输的连接会被尽量平滑地迁移过去。
故障节点自动摘除
若节点连续多轮探测失败，巡检系统会将其标记为不可用并从候选列表中摘除，同时通知在线用户切换到备选线路。节点恢复后需通过连续健康检查才会重新参与选路，避免反复切换。
为什么用户不需要手动切换节点？手动切换的前提是用户能感知链路质量差异，但真实网络中的丢包与抖动往往在应用层没有明显反馈，等到画面卡住时切换已经慢了。智能路由把探测、评分与切换全部放在后台完成，客户端以固定的 15 秒周期重测，用户只要保持连接状态即可，感知到的只是「一直很稳」。
多链路并发与分流
把可用带宽真正用起来
单条链路的峰值往往受物理条件限制，快连通过并发与分流策略，把多条线路的能力组合起来服务同一类业务。
大带宽业务多链路并发
文件传输、云盘同步与高清视频下载会持续占用大量带宽。快连会将这类业务拆分到多条并发链路上，单条链路的波动被摊薄，总吞吐因此更稳定。支持多链路并发的线路最多可同时启用 8 条连接。
- 大文件下载速度波动明显收窄
- 单条链路劣化时业务不中断
- 并发数按带宽与业务类型自适应
游戏 UDP 优先保障
游戏与实时语音主要使用 UDP，对延迟与抖动最为敏感。快连为 UDP 流量设置更高优先级，在链路资源紧张时优先保障游戏数据包的转发，并减少其它业务对其队列的挤占。实际表现是操作响应更跟手，语音不再断续。
- UDP 丢包重传更积极，减少应用层卡顿
- 高峰期仍优先保障交互类流量
- 支持按应用分流的设备可单独指定
影音与下载优先级策略
影音播放更看重持续吞吐而非瞬时最低延迟。快连会把这类流量分配到带宽余量充足的线路上，并适度放宽对抖动的要求，避免为了追求极低延迟而频繁换路。下载类任务在后台限速运行，不影响同设备上的通话与游戏。
- 优先选择带宽余量大的线路
- 减少换路次数，播放更连贯
- 后台任务限速，保护前台业务
42%
重传效率提升
0.8s
协议握手耗时
15s
链路探测周期
8 条
单业务最大并发链路
技术指标对比
可量化的改善
下面几项指标可以直观反映协议层与路由层协同后的实际效果，也是我们持续优化的主要方向。
| 指标 | 普通网络连接 | 使用快连 | 说明 |
|---|---|---|---|
| 首包延迟 | 150–260 ms（跨境高峰） | 40–90 ms | 智能择优路径 + 压缩握手流程 |
| 平均吞吐量 | 受丢包影响波动较大 | 大带宽业务下更平稳 | 多链路并发叠加可用带宽 |
| 丢包率 | 1%–5%（繁忙时段） | 0.1% 量级 | 快速重传与劣化链路自动规避 |
| 晚高峰稳定性 | 20:00–23:00 明显拥堵 | 同时间段仍保持可用 | 实时重测并错开拥挤线路 |
| 长时间连接稳定性 | 数小时易出现断流 | 长时间保持在线 | 心跳保活与断线自动重连 |
说明：表中数据为基于内部实测数据的典型区间，仅供参考。实际效果受本地宽带质量、运营商路由与目标服务负载等因素影响，不同网络环境下会有差异。
适用场景
哪些场景最能感受到快连
技术最终要落到体验上。以下四类场景对延迟、抖动与稳定性的要求最高，也是快连被使用得最多的方向。
游戏加速
对延迟与抖动最敏感的场景。快连为 UDP 交互流量设置高优先级，并优先选择邻近地区的低延迟线路，操作响应与组队体验更稳定。
- 晚高峰时段延迟波动明显收窄
- 语音通道不再断续
- 支持按应用分流，不影响其它流量
跨境办公与会议
视频会议、远程协作与邮件系统对稳定性要求高于极限速度。快连优选稳定线路，长连接不掉线，屏幕共享与文件传输不再中途卡住。
- 会议全程保持稳定通话质量
- 长时间在线无需反复重连
- 企业专线之外的补充方案
影音与直播
高清播放与直播推流需要持续吞吐。快连将这类流量分配到带宽余量充足的线路，并适度放宽抖动要求，减少换路带来的播放中断。
- 高清与 4K 内容连续播放
- 推流中断次数明显减少
- 下载类任务后台限速运行
开发与远程运维
拉取代码仓库、访问云控制台与远程登录服务器都依赖稳定的跨境链路。快连通过择优路径与快速重传，让长时间操作不再因卡顿而中断。
- 代码仓库拉取与推送更顺畅
- SSH 远程会话保持在线
- 云服务控制台访问更稳定