饿饭加速器2026 年 10 月 15 日，饿饭加速器完成 V6.2.0 版本调度层升级。极光路由引擎的候选链路从 12 条扩展到 18 条，评分模型由三维扩展为四维，新增历史稳定性权重；跨洲择路决策时间从 0.8 秒压缩到 0.6 秒。灰度期间，北美方向平均延迟再降 12 毫秒，路由重算引发的瞬时断流次数下降 44%。
候选池从 12 条扩到 18 条，为什么不是越多越好
候选链路越多，理论上越容易找到好线路，代价是探测开销与决策耗时同步上升。饿饭加速器把上限压在 18 条，是算过账的：每条链路每秒探测 3 次，18 条约消耗 2.1Mbps 探测带宽，占单用户平均带宽的 1.6%；若继续扩到 24 条，探测开销会涨到 3.4%，而实测收益只有 0.7 毫秒，性价比不成立。
「我们试过 24 条，也试过 30 条，最后发现边际收益在 18 条附近就明显衰竭。」饿饭加速器调度算法工程师邓一帆说，「与其堆候选数量，不如把每条链路的信息用透，所以我们这次的重点在评分模型，而不是继续加路。」
四维评分：给线路加一条「记忆」
旧模型只看当下的抖动、丢包与带宽，问题是它会反复横跳：某条线路此刻空闲，切过去，10 秒后本地晚高峰上来，又得切回来。V6.2.0 引入的第四个维度是过去 15 分钟的稳定性得分，权重 0.2，由三个子项合成——延迟标准差、切换频次与历史丢包恢复速度。新线路即便瞬时指标更好，只要稳定性得分低于阈值，也不会被优先选中。
效果体现在切换次数上：灰度期同一用户的日均切换次数从 5.8 次降到 3.1 次，减少 46.6%；每次切换耗时 0.38 秒，用户侧感知从「画面顿一下」变成「几乎没有感觉」。同时，路由表下发间隔从 500 毫秒缩到 200 毫秒，节点状态变化能更快被所有在线客户端读到。
灰度数据与生效范围
本次灰度从 10 月 8 日持续到 10 月 13 日，覆盖 6 个城市、1.8 万活跃账号、累计 312 万次择路决策。下表为核心指标对比，数据均为晚高峰 20:00 至 23:00 统计。
| 指标 | V6.1.4 | V6.2.0 | 变化 |
|---|---|---|---|
| 跨洲择路耗时 | 0.80 s | 0.60 s | -25.0% |
| 北美方向平均延迟 | 70.2 ms | 58.4 ms | -16.8% |
| 日均自动切换次数 | 5.8 次 | 3.1 次 | -46.6% |
| 切换成功率 | 99.82% | 99.97% | +0.15 pt |
| 重算引发断流 | 0.9 次/日 | 0.5 次/日 | -44.4% |
「延迟不是单点指标，而是一条曲线。」饿饭加速器网络架构负责人林牧在评审会上表示，「这次升级真正想解决的是曲线的毛刺，把 95 分位延迟从 86 毫秒压到 71 毫秒，比把平均值再降 2 毫秒更有意义。」
生效范围方面，V6.2.0 已覆盖香港、东京、新加坡、洛杉矶与法兰克福五处骨干机房，迪拜、圣保罗与悉尼节点预计在 11 月中旬完成同步。用户无需手动操作，客户端重启后自动应用新配置；移动端建议更新至同一版本以获得完整的四维评分能力。
下一步，团队会把稳定性评分的时间窗从 15 分钟延长到 2 小时，尝试识别周期性的拥塞规律。「如果能在晚高峰开始前就预判哪条线路会拥堵，用户连那 0.38 秒的切换都不需要经历。」邓一帆说。想第一时间体验新调度，可在下载中心获取 V6.2.0 及以上版本。
用户评论（4）
美服从 71 掉到 59，确实有感。最明显的是不再莫名其妙跳节点了，之前一天要重连好几次。
请问 18 条候选是按地区自动分组的吗？我在广州，感觉只测了亚洲的线。
@何思远 是分组探测，同区域 9 条、跨区域 9 条，比例固定，否则跨洲线路永远抢不到样本。
希望悉尼节点快点上线，澳洲这边还是绕新加坡，稳定是稳定，就是多了十几毫秒。