sakuracat 智能分流机制拆解：国内直连与跨境代理如何切换

一边是国内网站要快，一边是海外服务要通，同一台设备如何做到两不误？sakuracat 给出的答案是一套运行在本地的规则引擎。本文从判定逻辑讲到性能实测，拆开樱花猫“智能分流”这条被用户提及最多的功能。

本文目录

• 规则引擎如何判定流量归属
• 本地流量为何能做到接近零损耗
• 实测数据与一个用户案例

sakuracat 的定位很明确：它不是把用户所有流量都塞进隧道的“全局代理”，而是按需分流。VPN 行业里，全局代理最容易踩的坑是本地访问变慢——看视频、刷网页、用网盘都要绕一圈海外节点，延迟平白增加几十毫秒。智能分流要解决的正是这个矛盾。

规则引擎如何判定流量归属

判定发生在客户端本地，而不是云端。客户端内置三类规则：域名规则、IP 段规则与协议端口规则。域名规则覆盖常见海外服务与国内主流站点，IP 段规则依赖 GeoIP 库对目标地址做归属判断，端口规则则处理特定应用（如游戏、会议软件）的强制代理需求。

一次访问请求到来时，引擎先查域名是否命中规则列表，命中即按对应策略放行；未命中再查 IP 段归属，国内 IP 直连、境外 IP 进隧道；最后才落到端口规则兜底。整条链路在几微秒内完成，对应用层完全透明。

规则库的维护同样值得说明。sakuracat 会随客户端版本更新同步规则，海外流媒体、SaaS 工具的新增域名会进入云端规则源，用户无需手动维护列表。对高级用户，客户端还开放自定义规则入口，可针对特定域名单独指定代理或直连。

本地流量为何能做到接近零损耗

直连路径不经隧道封装，也就没有加密握手与加解密的额外开销。官方在 Windows 客户端上的对比测试显示，开启智能分流后访问国内站点，与关闭客户端完全直连时的延迟差异小于 2ms，吞吐几乎一致。相比之下，全局代理模式下的国内访问延迟平均增加 40ms 以上。

换句话说，智能分流把“该直连的直连、该代理的代理”这两件事都做在了本地，用户在体验上几乎感受不到客户端的存在。这也是它成为 sakuracat 默认策略的原因——对多数用户，开启即是最优解。

实测数据与一个用户案例

一位做跨境电商的杭州用户反馈，他同时开着国内 ERP 系统与海外广告后台，此前用全局代理时 ERP 页面加载明显变慢，切换为 sakuracat 智能分流后，ERP 恢复直连速度，海外广告后台仍稳定走新加坡节点。该用户记录的 ERP 页面首屏时间从 2.8 秒回落到 1.1 秒。

官方文档同时注明，规则判定依赖 GeoIP 库的准确度，个别 CDN 或小众站点的归属可能被误判。遇到这种情况，用户可以通过自定义规则强制修正，客服也会在收到反馈后把域名补进下一版规则源。

回到开头的问题：国内网站要快、海外服务要通，两者并不冲突。sakuracat 智能分流的做法是把判断前移到本地、把规则交给云端维护，让用户默认拿到最省心的路径。需要自己掌控时，自定义规则又留出了足够的操作空间。对绝大多数场景，保持默认开启即可。