狗急加速器分流策略上新：应用命中率 99.3%

2026 年 10 月 28 日，狗急加速器推送 5.7.0 的第二次功能更新，重写了应用分流规则引擎。更新后按应用分流的命中率达到 99.3%，单条规则匹配耗时从 3.8 毫秒降到 0.4 毫秒，因误判导致本地内网不可达的工单下降 93%，客户端同时内置 1832 条办公与游戏域名规则，新装即可直接使用。

分流是加速器里最容易被忽略、也最容易出事的功能。它决定哪些流量走加密隧道、哪些走物理网卡：判断错了，要么本该加速的后台打不开，要么本地打印机与 NAS 突然失联。旧引擎在这方面积累了不少投诉，本次更新把问题从规则层一次解决。

应用分流的旧引擎问题在哪

旧引擎采用顺序匹配：每条新连接都按规则添加顺序逐条比对，命中即停。规则少于 20 条时几乎无感，但实际用户的规则数往往在 40 条以上，单连接匹配平均耗时 3.8 毫秒，峰值 9.1 毫秒。浏览器同时开十几个标签页时，主线程会被大量字符串比对拖住，客户端界面出现明显的卡顿。

误判集中在三类场景：进程名重名，比如用 Electron 打包的桌面应用与系统自带程序同名；域名经 CNAME 解析后落到 CDN，规则只写了主域名；以及 UDP 与 TCP 双栈未对齐，游戏走 UDP 加速了，登录走 TCP 却还在直连。我们在 1820 组真实场景里复现，旧版误判率 7.4%，其中 61% 最终表现为内网设备访问失败，用户很难自己定位原因。

签名索引：命中率 99.3% 的实现

新版把规则编译成签名索引。进程侧采集可执行文件的数字签名、安装路径哈希与窗口类名三项特征，域名侧维护一棵后缀树，匹配时先用一次哈希定位候选集，再做特征校验，单条规则匹配耗时降到 0.4 毫秒。规则数量从 40 条增加到 120 条，匹配耗时只增长 0.06 毫秒，不再随时间线性恶化。

「用户不该为了用加速去研究进程名怎么写。我们的目标是让默认规则就足够准确，自定义只是补充。」

—— 狗急加速器客户端负责人 周牧野

规则库改为云端热更新，每天凌晨下发增量，单次增量约 12KB，不占用用户带宽也不重启客户端。自定义规则的优先级始终高于云端规则，且不会被覆盖；误判时用户只需在浮层里点一次「直连」，客户端会把这个进程加入本地例外并上报一次脱敏特征，用于次日规则库修正。

实测数据与三条默认规则

测试组用 1820 组场景对比新旧引擎：分流命中率由 92.6% 提升到 99.3%，误判率由 7.4% 降到 0.5%，内网不可达相关工单下降 93%。冷启动加载 120 条规则耗时 0.3 秒，比旧版加载 40 条还快 0.1 秒。长时间运行 8 小时后，客户端内存占用稳定在 68MB 上下，没有出现规则缓存膨胀。

默认规则收敛为三条：办公协作，包含 1832 条常用 SaaS 与文档域名，默认走加速；游戏对战，识别到的游戏进程 UDP 流量进入专用队列，TCP 登录流量同步走隧道；局域网与打印，192.168.0.0/16、10.0.0.0/8、172.16.0.0/12 三个网段以及 mDNS 组播直连。三条规则的优先级可以从设置页拖动调整。

性能数据补充一组：在 i5-1135G7、16GB 内存、千兆家宽的环境下，40 条规则时规则匹配占单核 CPU 的 0.11%，120 条时 0.16%；开启按应用分流后，4K 视频播放的帧间隔波动从 1.9 毫秒收窄到 0.8 毫秒。对比关闭分流，下载峰值带宽差异在 2% 以内，可以认为分流本身不构成性能瓶颈。

如何按应用配置分流

操作路径很短：打开客户端设置页，进入按应用分流，列表会按最近活跃排序，点击右侧开关即可在加速与直连之间切换。需要精确定义的场景可以添加域名规则，支持后缀匹配与通配符，单条规则支持备注，方便半年后想起它为什么存在。规则可导出为 JSON，换设备时导入即可。

下一步我们会把分流规则与场景策略打通：选择「联机对战」时自动把游戏进程与语音软件加入加速列表，选择「跨境办公」时自动放行内网与打印服务。目标是让绝大多数用户永远不需要打开这个设置页。5.7.0 已开放下载，安装包 21.6MB，升级采用覆盖安装，已有规则全部保留。