2026 年 11 月 4 日，狗急加速器推送 3.0.4 版本，核心变化集中在狗急加速器专线加速的选路环节。新版把原来串行执行的路径探测改成八路并发，同一秒钟内同时测量八条备选路径的往返时延、抖动与丢包，再由加权评分决定最终落地节点。在上线前的灰度测试中，东亚线路晚高峰往返延迟由 46 毫秒降至 18 毫秒，抖动从 8.7 毫秒收窄到 2.4 毫秒，这是本次更新最直接的收益。

旧版选路的问题并不在算法，而在采样方式。串行探测必须等上一条路径超时才能测下一条，八条路径最坏情况要花 2.4 秒，这段时间客户端只能挂在默认节点上。默认节点在白天够用，一到晚上八点就开始排队。负责本次改造的网络调度负责人林启明给出的判断很直接：“用户感受不到算法有多先进，只感受得到点下连接之后那两秒里网速有没有动静。我们把探测改成并发，就是为了把那两秒省掉。”

八路并发探测，选路耗时压到0.8秒

新版探测器的做法是同时向八个候选入口发起轻量握手，每个入口只发 30 个 64 字节的探测包，间隔 100 毫秒，整个过程在 800 毫秒内收敛。评分公式把三项指标折算成统一分值：往返时延权重 0.5，抖动权重 0.3，丢包权重 0.2，单项超过阈值直接剔除。举例来说，一条 22 毫秒但抖动 9 毫秒的线路，最终得分会低于 28 毫秒且抖动 1.2 毫秒的线路，这正是高峰期需要的结果。

为了适应线路质量的连续变化，客户端并不只在连接时评估一次。通道建立后每 30 秒重新采样一轮，采样结果进入滑动窗口，连续三次劣化才会触发切换，避免偶发丢包引起抖动式跳线。切换过程采用连接迁移方式，原有 TCP 连接与 UDP 会话保持不变，只是数据出口换到新路径，用户在语音通话或对局里通常察觉不到，最多看到链路图上的节点名变了一次。

晚高峰实测：46毫秒降到18毫秒

测试在 2026 年 10 月 26 日至 11 月 1 日之间完成，覆盖上海、杭州、成都、深圳、北京、武汉六个城市，每条线路使用 1000 Mbps 家用宽带，采样时段锁定 20:00 至 23:00，取最近 20 次连接的中位数。以香港专线一区为例，旧版在晚高峰的往返时延中位数为 46 毫秒，最高一次冲到 118 毫秒；新版在同样条件下稳定在 18 毫秒，最差一次为 27 毫秒，抖动 2.4 毫秒，丢包 0.1%。

东京与首尔两个游戏优选节点的改善幅度略小，但绝对数值同样可观：东京从 71 毫秒降到 34 毫秒，首尔从 83 毫秒降到 41 毫秒。北美西岸受物理距离限制，洛杉矶节点由 137 毫秒降到 92 毫秒，下降 32.8%。所有样本的下载速率分布在 152 至 168 Mbps 之间，上行在 48 至 56 Mbps 之间，没有出现因为切换节点而掉速的情况，这与单节点只使用七成带宽、预留三成余量的调度策略直接相关。

狗急加速器专线加速延迟对比测试数据记录
测试覆盖六个城市、八条线路，采样时段固定在晚八点至十一点。

同时更新的三处细节

除了选路，3.0.4 还调整了三处与日常使用相关的细节。第一，链路诊断从“只看结果”改成逐跳展示，每一跳的耗时与丢包率都会标出，用户能直接看出是哪一段慢；第二，分应用分流新增按端口匹配，配合原有的进程名与域名匹配，可以覆盖更多客户端；第三，设备管理页支持导出登录记录，换机时能确认旧设备是否已下线，避免占满同时在线名额。

路由器插件同步升级到 1.8.2，支持按设备指定出口节点，例如把电视盒固定到日本节点、把办公笔记本固定到新加坡节点，全屋终端共用一条账号。插件安装包 6.4MB，支持 OpenWrt 21.02 及以上版本，配置通过网页后台完成，不需要命令行操作。

林启明在采访末尾提到下一步计划：“18 毫秒不是终点，物理距离决定了东亚线路的下限，我们接下来要做的是把波动压得更小，让 20 毫秒以内的线路在整晚都保持同一水平，而不是偶尔冲一次低值。”按计划，下一轮采样会扩展到 12 个城市，并把移动网络纳入统计范围，数据将在 12 月的技术报告里公开。

3.0.4 版本已在 Windows、macOS、Android 与 iOS 四端同步推送，旧版本客户端会在启动时收到升级提示，也可以直接下载安装包覆盖安装，账号与分流配置无需重新设置。想要验证实际效果，建议在连接前后各测一次速，对比自己所在城市的真实数值，而不是只参考本文的样本。