飞跃VPN提速上新：VPN加速延迟降至18毫秒

11 月 4 日凌晨 2 点到 5 点，飞跃VPN 完成了本年度第三次跨境主链路扩容。接入层从 4 条 BGP 线路增加到 7 条，拥塞控制算法整体切换到自研 HY-2，亚洲区平均往返延迟由 29 毫秒降到 18 毫秒。本文把改动内容、六城实测数据与生效条件一次讲清楚。

这次提速到底改了什么

过去半年用户反馈最集中的问题是「下午三四点开始抖」。我们把三个月的链路日志按小时切开看，发现抖动并非带宽不足，而是拥塞控制在高丢包时反应过度：一次 0.2% 的丢包就会让发送窗口直接砍半，恢复要花两三秒，视频会议和实时对战正好卡在这段恢复期里。所以这一轮没有急着买带宽，而是先动了三个地方。

第一处是接入层。上海、广州、香港三地的入口从 4 条 BGP 线路扩到 7 条，新增两条与香港之间的 100G 直连海缆段，以及一条经东京中转的备份路径。以前华南用户去香港节点要绕上海出口，现在广州本地就能直接落海缆，物理路径短了约 900 公里。

第二处是拥塞控制。新算法 HY-2 不再按单一丢包事件砍窗口，而是用往返时间的梯度变化预测链路是否真的拥塞：如果 RTT 平稳而只有零星丢包，按误码处理，只重传不降速；只有当 RTT 持续上升时才收缩窗口。这样在跨境链路常见的 0.1% 到 0.5% 随机丢包区间，速度不再反复坐过山车。

第三处是 DNS 解析。解析节点下沉到边缘机房，客户端握手时会同时向三个就近的边缘解析点要结果，取最快返回的一个，省掉一次跨区域查询往返。这一步单独看只省 8 到 12 毫秒，但它发生在每次建立连接的第一步，用户感知最明显。

六个城市的实测数据

测试方法统一为：本地千兆宽带、客户端 2.4.1、晚间 20:00 至 22:00 每隔十分钟采样一次共十三次，去掉最高最低后取中位数。抖动取十三次采样的标准差。所有数字都是到香港 HK-01 节点的往返时间，不含本地最后一公里。

可以看到，北京与成都的数字明显高于华南。这不是线路没优化，而是物理距离决定的：北京到香港的光纤来回约 3900 公里，理论下限就在 26 毫秒左右，我们已经贴近这个下限；成都还要再多一段内陆回程。凡是声称全国统一 10 毫秒的宣传，基本都忽略了光速这件事。

「链路上限由物理距离决定，工程能做的只是把绕行、排队和重传的浪费抠掉。这次我们把广州到香港的绕行去掉了，所以华南改善最明显；华北能做的只有把出口收敛到最短路径，29 毫秒已经接近理论值。」— 周维，飞跃VPN 网络架构负责人

带宽侧的提升同样来自路径缩短。香港节点单连接下载峰值从 720Mbps 提到 860Mbps，上传从 180Mbps 提到 210Mbps；东京节点下载 740Mbps，洛杉矶节点 520Mbps。数字看着不算惊人，但在跨境链路上，能稳定跑满本地千兆宽带的八成，已经是少见的水平。

什么时候能感受到，以及怎么确认

新线路已经在服务端全量生效，客户端不需要手动配置。只要版本号在 2.4.0 以上，启动后自动读取新的测速数据，首页那三个节点的延迟标签会从旧的 24/31/48 毫秒刷新成 18/26/42 毫秒。如果仍显示旧数字，多半是本地缓存了旧的测速结果，在设置里点一次「重新测速」即可，无需重装。

真正能感受到变化的场景有三个。一是代码仓库的批量 clone，之前两万个小文件要拉三分钟，现在一分半左右；二是跨区视频会议，画面在丢包时的马赛克持续时间从三四秒缩到一秒内；三是直播推流，上行抖动降低后，推流码率不再频繁自动下调。至于普通网页浏览，18 毫秒和 24 毫秒的差别肉眼几乎无法分辨，不必为此纠结。

「客户端这一版主要做了一件事：把测速从启动时的一次性行为，改成后台低频持续采样。这样你看到的延迟是最近五分钟的真实值，而不是开机那一刻的快照。很多『为什么显示 18 毫秒却很卡』的投诉，根源就是那个快照过期了。」— 陈子墨，飞跃VPN 客户端研发负责人

如果你升级后延迟没有下降，按这个顺序排查：先在客户端里换一个城市再换回来，确认不是锁定了旧线路；再关掉本地代理软件与安全软件的流量扫描，这类工具会在中间多做一次拆包；最后用有线连接替换 Wi-Fi，排除最后一公里的干扰。三步走完仍无改善，可以带着客户端导出的诊断日志提交工单，日志里包含每跳的 RTT，工程师能直接看出卡在哪一段。

说明：本文所有延迟数据为 2026 年 11 月 4 日晚间实测均值，实际体验受本地宽带、运营商出口与目标服务器位置影响，个体差异属正常现象。