狗急加速器全球扩容:智能选路引擎覆盖 48 国骨干网
2026 年 9 月 16 日,狗急加速器的智能选路引擎完成第三代算法上线。本次升级的核心变化有三处:探测范围从亚太与北美扩展到 48 个国家和地区的骨干网络;决策频率从每 500 毫秒一次提高到每 200 毫秒一次;线路评分模型由两项指标扩展到三项,并重新分配了权重。
技术负责人陈锐给出的目标很直接——把“选对线路”这件事从经验判断变成可以量化的计算。升级前,跨洲线路的命中率是 71%,也就是说近三成的连接要么绕了远路,要么在几分钟内因为线路劣化而被迫重连。这个数字是本次升级衡量成败的唯一标准。
第三代算法改变了哪三件事
线路选择看起来只是挑一个延迟最低的节点,实际要处理的是“此刻的最优”与“接下来十分钟的最优”之间的矛盾。第三代算法从三个方向做了调整:
- 探测范围:从 32 个国家的骨干节点扩展到 48 个,跨洲候选线路数量增加约一倍。
- 采样节奏:探测间隔从 500 毫秒缩短到 200 毫秒,线路劣化的发现时间被压缩到原来的四成。
- 评分模型:延迟、丢包、负载三项指标的权重调整为 45%、35%、20%,历史抖动作为修正项参与计算。
权重分配的依据来自回访数据:单纯看延迟会选到“平时很快、高峰期很挤”的节点,把丢包权重提到 35% 之后,晚高峰的重连次数明显下降。负载权重设为 20%,用于避免流量过度集中在少数低延迟节点上。
0.4 秒是怎么算出来的
匹配耗时指的是从点击连接到引擎给出最优线路的时间。升级前这一步平均需要 0.7 秒,其中大部分时间花在等待最慢的一个探测响应上。第三代算法改为动态收敛:当已返回的探测样本达到全部候选的 80% 且最慢响应超过 260 毫秒时,引擎直接基于现有样本给出结论,不再等待剩余节点。
这一改动把平均耗时压到 0.4 秒,同时保证结论质量稳定。按照每天处理的探测请求计算,目前的规模是每天约 2.4 亿次探测,由分布在 12 个接入点的决策服务分担。
| 指标 | 第二代 | 第三代 | 变化 |
|---|---|---|---|
| 平均匹配耗时 | 0.7 s | 0.4 s | 缩短 43% |
| 探测采样间隔 | 500 ms | 200 ms | 提升 2.5 倍 |
| 覆盖国家与地区 | 32 个 | 48 个 | 增加 16 个 |
| 日探测请求量 | 1.1 亿次 | 2.4 亿次 | 增长 118% |
跨洲线路命中率提升 23%
命中率的定义是:连接建立后 10 分钟内,实际使用线路的延迟排名保持在前 20% 以内的比例。升级前后我们在同一批测试终端上做了 14 天对比,每天覆盖 18 时至 23 时。
- 跨洲线路命中率:71% → 87%,相对提升 23%
- 亚太区域命中率:92% → 96%
- 欧洲方向命中率:68% → 85%
- 连接后 10 分钟内因线路劣化触发的重连占比:4.6% → 1.3%
误判与回退机制
算法越激进,误判的代价越高。为此引擎保留了一条保守通道:当新选线路在建立后的前 15 秒内延迟高于原线路 20% 以上,系统会判定为误判,自动切回上一轮评分最高的线路,同时在后续 5 分钟内对该节点降权。升级后误判率从 0.9% 降至 0.3%,回退动作全部在客户端本地完成,用户看不到中断。
“选路本质上是在跟网络的随机性打交道,我们没法保证每次都对,但要保证选错之后能在十几秒内自己纠回来。”
—— 陈锐,技术负责人
“第三代引擎上线后,我们夜间的告警量下降了一半,线路自己会挑,人工干预的机会少了很多。”
—— 何启明,运维负责人
落地范围与后续验证
第三代引擎已对所有客户端生效,不需要用户做任何操作——评分模型运行在服务端,客户端只负责上报探测结果与执行切换。需要说明的是,手动指定城市后智能选路会临时让位,此时不会触发自动回退,下次启动时恢复为自动模式。
第四季度的验证重点是移动网络与公共 Wi-Fi。这两类网络的特征是抖动大、切换频繁,现有模型对它们的样本积累还不够充分。团队计划把移动场景的采样密度再提高一倍,用于检验评分模型在强噪声环境下的稳定性。
读者评论(5)
0.4 秒确实快,以前点连接要等一秒多,现在基本上是点完就有反应。
欧洲方向命中率 68% 提升到 85% 这个变化我是有感觉的,柏林那条线现在很少自己跳了。
想问下权重以后会不会开放给用户自己调?有些场景我就是想要最低延迟。
自动回退那个机制很实用,之前选到差线路要手动切,现在基本不用管了。
移动网络下确实偶尔还会飘,看到第四季度会继续验证,期待后续版本。