2026 年 9 月 30 日,狗急加速器智能路由升级到 v3.0,并随 3.0.0 版本在四端同步上线。新版调度逻辑做了三处结构性调整:探测从串行改并发,评分从单一延迟改为三项加权,切换从断开重连改为连接迁移。上线首周的灰度数据显示,平均选路耗时 0.8 秒,线路异常时的切换耗时 0.9 秒,用户侧掉线率下降 82%。
智能路由不是新概念,但很多实现只做了一件事:比延迟。网络调度负责人林启明认为这不够:“延迟是结果,不是全部。一条 20 毫秒但每隔几秒抖一下的线路,用起来比 30 毫秒的稳定线路更难受。v3.0 要解决的是怎么把‘难受’量化出来。”这项工作的起点,是 2025 年底一次针对 1.2 万条连接记录的复盘。
评分模型:延迟0.5,抖动0.3,丢包0.2
v3.0 的评分公式对三项指标做归一化后加权:延迟权重 0.5,抖动权重 0.3,丢包权重 0.2。任何一项超过阈值直接剔除候选,例如丢包高于 2% 或抖动高于 15 毫秒的线路不再参与排序。权重并非固定值,游戏预设下抖动权重上调到 0.4、延迟下调到 0.4,办公预设则把丢包权重提到 0.3,因为长连接对丢包更敏感。
候选池从当前区域的 32 个节点中按地理位置先筛出 8 个,再对这 8 条路径并发探测。每路径发 30 个 64 字节探测包,间隔 100 毫秒,探测流量总计不到 15MB/天,比 v2.x 的串行方案减少 42%。并发之后,最坏情况的选路时间从 2.4 秒降到 0.8 秒,这也是用户感觉“点完就连上”的直接原因。

无感切换:连接迁移保住会话
旧版在线路劣化时只能断开重连,TCP 会话与 UDP 会话同时重建,表现为游戏掉线、语音中断、下载任务从头开始。v3.0 引入连接迁移:控制通道保持不动,只把数据出口从旧路径切到新路径,会话标识与序列号继续沿用,因此上层应用感知不到变化。实测切换耗时 0.9 秒,期间丢包 2 至 4 个,被前向纠错吸收后用户无感。
切换的触发条件也做了保守化处理。单次采样劣化不触发,连续三次劣化才进入切换流程,且新路径得分必须比当前路径高 15% 以上,避免两条质量接近的线路来回跳。切换后进入 60 秒观察期,观察期内不再迁移,防止抖动型线路反复触发。灰度期间共记录 4.7 万次切换,其中 96.2% 的用户没有在客户端看到任何提示。
上线数据与后续计划
灰度覆盖 3.2 万名用户,时间为 9 月 22 日至 9 月 28 日。数据显示平均延迟下降 28%,第 95 百分位延迟下降 41%,掉线率由每百小时 3.1 次降到 0.56 次。用户主动切换节点的次数下降 63%,说明自动选路的结果与手动挑选的重合度明显提高。CPU 占用上升约 1.2%,在低配设备上仍低于 3%,不影响日常使用。
林启明提到,v3.0 只是把调度做细,下一步要做的是预测:“现在还是被动响应,线路坏了才切。我们在试的是根据历史曲线提前 30 秒预判拥塞,把切换放在用户感知到之前。”该能力的内部代号是 v3.2,计划在 2027 年第一季度进入灰度,届时会同步公开测试方法与原始数据。
v3.0 已包含在 3.0.4 及之后的版本中,旧版客户端升级后自动启用,无需额外设置。想对比效果的用户可在设置里临时关闭智能路由,手动固定节点,再用同一目标测一次速,两个数字的差异就是这套调度在你本地网络上的实际价值。
读者评论(3)
升级后手动切节点的次数确实少了,基本开局就连好,整局不用管。之前偶尔会跳一下,现在没遇到过。
开会的时候线路切换过一次,Teams 只卡了半秒,没掉线,比之前直接断线重连好太多。
低配办公本上跑着也没感觉卡,CPU 占用看了下 2% 左右。希望预判拥塞早点上,晚高峰前半小时确实容易抖。