吞吐优化

快连吞吐优化：华东出口专线回程突破 128Mbps

2026 年 11 月 6 日，快连推送 v8.4.2。华东出口 SH-14 在 300Mbps 家宽环境下的中位下载吞吐从 101Mbps 提升到 128Mbps，涨幅 26.7%；同期 187 组有效采样的中位延迟从 21ms 降到 18ms。这次改动的核心不是加机器，而是把拥塞控制与初始窗口一起调了。

一、先把「慢」的原因找出来

把晚高峰掉速归因于「带宽不够」是最省事也最不准确的做法。我们从 9 月中旬开始逐秒记录华东出口的吞吐，发现在 20 时到 22 时之间，节点出口的实际占用只有 61%，但用户侧下载速度仍然明显下滑。瓶颈不在总带宽。

旧版本使用 CUBIC 拥塞控制，它对随机丢包的反应是立刻把发送窗口减半。而跨境链路上的丢包大多来自中间设备的瞬时排队，并非真实的拥塞信号。一次 0.3% 的随机丢包会让窗口在 400ms 内缩到一半，随后花两三秒才爬回来，用户看到的就是速度忽高忽低。

另一个因素来自选路评分。旧公式把延迟权重设到 0.7、负载权重只有 0.1，结果是把用户大量集中到少数低延迟节点。SH-14 在晚高峰的并发会话长期排在前三，单节点排队时延被自身流量推高，形成越热门越拥堵的循环。

二、换成 BBRv3，同时改写初始窗口

v8.4.2 的第一项改动是把服务端拥塞控制从 CUBIC 切到 BBRv3。BBRv3 用带宽与往返时延的乘积估计链路容量，不把偶发丢包当作拥塞信号，在跨境长肥管道上更稳。灰度期间，华东线路的重传率从 1.31% 降到 0.58%。

第二项改动是初始拥塞窗口。旧版从 10 个 MSS 起步，新版提到 16 个 MSS 并开启 pacing，让首屏请求在第一个往返内就能拿到足够数据。这一项对「点了没反应」的体感改善比吞吐提升更明显。

第三项是选路评分重写：延迟 0.45、丢包 0.25、节点负载 0.20、历史抖动 0.10，负载超过 65% 的节点在加权后再乘 1.25 惩罚系数。客户端在握手前并行探测四条候选链路，每 5 分钟刷新一次数据。

三、187 组采样与边界条件

测试在 10 月 28 日至 11 月 3 日之间进行，覆盖北京、上海、广州、成都四个城市的 300Mbps 家宽线路，每组连续 10 分钟、每秒记录一次吞吐。剔除掉线超过 3 秒的异常样本后，有效采样 187 组。

需要说明的是，128Mbps 是家宽环境下的中位值，不是上限。同一批测试中最好的一组达到 141.2Mbps，最差的一组只有 79.6Mbps，差距主要来自本地运营商到出口的最后一公里质量。移动网络下的提升幅度略小：4G 环境从 29.8Mbps 提到 35.4Mbps，5G 环境从 66.2Mbps 提到 81.7Mbps。

延迟收益比吞吐更明显。华北 BJ-08 的中位延迟从 27ms 降到 24ms，华南 GZ-11 从 29ms 降到 26ms。法兰克福 DE-04 因骨干割接未纳入本次统计。节点健康检查间隔同时从 30 秒缩短到 10 秒，故障切换的平均感知时间从 8.4 秒缩短到 3.1 秒。

四、升级方式与后续计划

v8.4.2 已全量推送。桌面端下次启动时自动更新，移动端需在应用商店手动确认，路由器插件在插件页点击升级。升级后不需要重新登录，订阅状态、节点收藏与自定义分流规则原样保留。

如果更新后速度反而下降，先在设置里把协议切回 WireGuard 再对比一次——QUIC 在部分老旧路由器上的表现仍不稳定。也可以运行一次网络诊断，看丢包是否集中在本地运营商侧。

下一步的重点是夜间调度。我们计划在 12 月上线按城市维度的动态限速，把负载从热门节点引导到相邻城市，同时把评分数据刷新间隔从 5 分钟压到 90 秒。届时华东与华南两条主干线的目标是把晚高峰吞吐波动控制在 ±5% 以内。