快喵VPN提速优化：香港节点吞吐突破118Mbps

2026 年 10 月 29 日，快喵VPN 推送 v7.2.0 客户端。香港 HK-09 节点在 300Mbps 家宽环境下的下载吞吐从此前的 92.9Mbps 提升到 118.4Mbps，涨幅 27.4%；同一时段内 309 组有效采样的中位延迟由 22 毫秒降到 19 毫秒。这次提速不是简单加机器，而是把拥塞控制与选路评分一起改了。

一、晚高峰掉速的真实原因

把问题归因于“带宽不够”是最省事也最不准确的做法。我们从 9 月中旬开始记录香港线路的逐秒吞吐，发现在 20 时到 22 时之间，节点出口的实际占用只有 63%，但用户的下载速度仍然出现明显下滑。数据说明瓶颈不在总带宽，而在拥塞控制对丢包的过度反应。

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

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

二、把拥塞控制换成 BBRv3，并重写选路评分

v7.2.0 的第一项改动是把服务端的拥塞控制从 CUBIC 切换到 BBRv3。BBRv3 以带宽与往返时延的乘积估计链路容量，不把偶发丢包当作拥塞信号，因此在跨境长肥管道上更稳。灰度期间，香港线路的重传率从 1.42% 降到 0.61%，发送窗口的波动幅度收窄了约七成。

第二项改动是选路评分公式。新版本把评分拆成延迟 0.45、丢包 0.25、节点负载 0.2、历史抖动 0.1 四项，并对负载超过 65% 的节点做惩罚性加权。客户端在握手前并行探测四条候选链路，每 5 分钟刷新一次数据，用户手动切换节点时也会即时重算。

“我们没有直接把延迟权重调低，而是把它和负载绑在一起看。一条 19 毫秒但已经排队的线路，实际体验往往不如 24 毫秒的空闲线路。”—— 陆知行，快喵VPN 网络内核负责人

还有一个容易被忽略的细节：TCP 与 QUIC 的初始窗口都做了调整。新版把初始拥塞窗口从 10 个 MSS 提高到 16 个 MSS，并开启 pacing，让首屏请求在第一个往返内就能拿到足够数据，减少“点了没反应”的等待感。

三、309 组采样：数据与边界条件

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

需要说明的是，118.4Mbps 是家宽环境下的中位值，不是上限。同一批测试中最好的一组达到 134.7Mbps，最差的一组只有 78.2Mbps，差距主要来自本地运营商到出口的最后一公里质量。移动网络下的提升幅度略小，4G 环境下中位吞吐从 31.4Mbps 提升到 37.8Mbps，5G 环境下从 68.9Mbps 提升到 84.1Mbps。

延迟方面的收益比吞吐更明显。东京 JP-05 的中位延迟从 27 毫秒降到 24 毫秒，新加坡 SG-12 从 31 毫秒降到 27 毫秒，法兰克福 DE-11 因正在做骨干割接，本次未纳入统计。我们同时把节点的健康检查间隔从 30 秒缩短到 10 秒，故障切换的平均感知时间从 8.6 秒缩短到 3.2 秒。

“我们内部有一条硬指标：任何一次提速都不能以增加断线为代价。这次灰度两周，掉线率从 0.37% 降到 0.29%，才算通过。”—— 周予安，快喵VPN 线路运维负责人

四、升级方式与后续计划

v7.2.0 已全量推送，桌面端在下次启动时自动更新，移动端需在应用商店手动确认，路由器插件需在插件页点击升级。升级后无需重新登录，订阅状态、节点收藏与自定义分流规则会原样保留。若更新后速度反而下降，可在设置中把协议切回 WireGuard 再对比一次，QUIC 在部分老旧路由器上的表现仍不稳定。

下一步的工作重心是夜间调度。我们计划在 11 月上线按城市维度的动态限速，把负载从热门节点引导到相邻城市，同时把评分数据的刷新间隔从 5 分钟压缩到 90 秒。届时香港与东京两条主干线的目标是把晚高峰吞吐波动控制在 ±5% 以内，让“几点上网都一样快”成为常态。

如果你还没装客户端，可以在下载中心选择对应系统的安装包，免费版即可体验香港、东京与新加坡三条基础线路。