快喵VPN进程级分流上线：规则精确到单个应用

2026 年 10 月 11 日，v7.1.4 客户端把智能分流的粒度从“域名”细化到“进程”。此前用户只能按网站决定走不走加速，现在浏览器可以走加速、本地网盘保持直连，同一个域名下的不同应用也能分别处理。规则库目前收录 48000 条域名规则与 1240 个常见应用指纹，每天更新两次，实测分流准确率 99.2%。

一、域名分流解决了什么问题，又留下了什么

早期的分流只判断目标域名，命中规则表就走直连，否则走加速。这种做法在浏览器场景下足够，但在桌面端很快暴露短板：同一家公司可能同时提供国内外两套服务，域名相同、CDN 不同，按域名判断必然出错；某些客户端把接口与静态资源放在同一个域名下，一刀切的结果是要么全慢，要么全部走加速浪费带宽。

我们收到的典型反馈是网盘同步。用户希望网盘走直连以跑满本地带宽，但网盘客户端同时也需要访问海外接口，按域名分流只能二选一，于是要么同步速度被加速链路限制在 30Mbps，要么接口请求超时。

把粒度下沉到进程，才能表达“这个应用的这类流量走那条路”。这也是我们把版本号定为 7.1.4 而不是 7.2 的原因：接口变化不大，改动集中在内核的匹配逻辑上。

二、进程识别怎么做，规则怎么下发

Windows 与 macOS 通过系统提供的进程与网络连接映射表获取每个连接所属的进程；Android 使用 VPNService 的按应用白名单能力；iOS 受系统限制，只能做到按应用开关，无法进一步细分。Linux 通过 /proc 读取套接字归属，路由器插件则按设备 MAC 做分流。

识别出进程之后，还要判断它属于哪款应用。我们维护了一份应用指纹表，包含可执行文件名、签名信息与常见安装路径，目前覆盖 1240 个应用。对于没有收录的程序，客户端会回退到域名规则，并给出“未识别”标记，用户可手动指定走向，这条手动规则会同步到账号。

“我们不追求把每个进程都识别出来，那是无底洞。更实际的做法是让默认行为足够安全，再把手动开关交给用户。”—— 顾南笙，快喵VPN 客户端产品负责人

规则下发采用增量更新，客户端每 12 小时拉取一次差异包，平均大小 46KB。规则文件在本地做签名校验，校验失败则沿用旧版本，避免错误规则把用户流量导向异常路径。用户自定义规则优先级最高，且不会被云端更新覆盖。

三、准确率与开销的实测

测试使用 60 台设备、120 个常用应用，覆盖办公、影音、游戏、开发四类场景，每台设备运行 30 分钟并记录每条连接的走向。判定标准是连接的实际出口是否与规则期望一致。

准确率提升主要来自两处：一是域名相同但进程不同的场景，二是 CDN 就近解析导致域名判断失效的场景。误走加速的本地流量从 14.3% 降到 1.8%，意味着家庭宽带的上传带宽不再被无谓占用。

代价是资源开销略有上升。单连接匹配耗时从 0.6 毫秒增加到 0.9 毫秒，空闲 CPU 从 0.2% 升到 0.4%。对于同时打开数百个连接的场景，这一开销会被放大，因此我们给桌面端加了连接聚合：同一进程的多个连接共用一次匹配结果，实测可把开销压回 0.5 毫秒以内。

“以前开网盘同步就必须关掉加速，现在两个一起跑也不打架，本地能跑到 260Mbps。”—— 石一诺，视频剪辑师（内测用户）

四、怎么用，以及还没做到的部分

升级到 v7.1.4 后，在客户端“分流”页可以看到“按应用”标签，列表默认按最近活跃排序，点击应用右侧开关即可切换走向。桌面端提供“高级模式”，可按进程路径与端口组合规则；移动端保持按应用开关，界面更简单。

需要说明的是，iOS 版本受系统限制，暂时只能做到整应用开关，无法像桌面端那样细分到进程内的不同连接；Linux 命令行客户端已支持规则文件导入，但没有图形界面。我们计划在 12 月补齐 macOS 的签名识别，减少同名进程误判的概率。

分流规则不是越多越好。我们的建议是只对明确知道走向的应用做设置，其余交给默认策略：国内站点直连、海外站点加速。过度定制反而会让排查变复杂，遇到问题时先恢复默认，再逐步加规则，是最省时间的做法。