sakuracat 客户端 v3.2 更新说明：智能分流 2.0 与 WireGuard 内核加速
2026 年 10 月 28 日，sakuracat 客户端 v3.2 正式向全平台推送。这次更新不算大版本跳变，却动了两个用户感知最强的模块：智能分流升到 2.0，WireGuard 隧道改为内核态加速。对老用户来说，这是一次“不用重新学习、但速度明显变快”的更新。
本文目录
v3.1 时代的分流规则依赖固定列表，遇到新上线的海外服务往往要等客户端更新规则源。2.0 版本把规则引擎从“静态列表匹配”升级为“动态规则 + 本地缓存”，热门域名新增后 24 小时内即可同步到客户端，用户无需升级就能拿到新规则。
智能分流 2.0 改了什么
核心变化有三处。第一，规则下发从随版本发布改为独立通道，时效性大幅提升；第二，新增按进程分流的开关，用户可以把特定应用强制走代理或强制直连；第三，判定失败时的兜底策略从“默认代理”调整为“默认直连”，避免误伤本地访问。
按进程分流解决了一类老问题：同一台电脑上，游戏需要代理、浏览器想直连国内站点，过去只能二选一，现在可以分别指定。这个功能在 Windows 与 macOS 端先行，移动端将在 v3.3 补齐。
WireGuard 内核加速带来的吞吐变化
此前 WireGuard 在用户态处理数据包，频繁的上下文切换在高带宽场景下成为瓶颈。v3.2 将数据面下沉到内核模块，减少一次用户态到内核态的拷贝。官方在千兆带宽环境下的对比测试显示，下行峰值从 521 Mbps 提升到 642 Mbps，提升约 23%，CPU 占用同时下降。
| 指标 | v3.1 用户态 | v3.2 内核态 | 变化 |
|---|---|---|---|
| 下行峰值 | 521 Mbps | 642 Mbps | +23% |
| 平均 CPU 占用 | 18% | 11% | −7pp |
| 握手耗时 | 180 ms | 120 ms | −33% |
需要注意的是，内核加速在 Linux 与 Windows 上默认启用；macOS 由于系统内核策略，仍走用户态实现，吞吐提升幅度小于桌面端。官方在更新日志中单独标注了这一点。
订阅导入、错误码与升级建议
v3.2 还补上了订阅导入功能，用户可以把第三方规则订阅地址粘贴进客户端，适用于路由器、电视盒子等无官方客户端的设备。配合新错误码体系，连接失败时客户端会给出“节点负载过高”“账号设备超限”“本地 DNS 异常”等具体提示，而不是笼统的“连接失败”。
| 错误码 | 含义 | 建议处理 |
|---|---|---|
| E1001 | 节点负载过高 | 切换同区域其他节点 |
| E1007 | 账号设备超限 | 在用户中心解绑多余设备 |
| E1012 | 本地 DNS 异常 | 重置网络或更换 DNS |
一位长期用 sakuracat 跑跨境直播的深圳用户升级后反馈，晚高峰的推流码率从 6 Mbps 稳定提到了 8 Mbps，掉线次数明显减少。这个案例对应了内核加速在高并发上传场景下的实际收益。
这次更新没有改变连接逻辑，老用户升级后配置原地保留，无需重新登录。官方建议 Windows 与 Linux 用户优先升级以吃到内核加速，macOS 与移动端用户可按需更新。回到开头那句判断：v3.2 没有引入学习成本，却在分流时效与隧道吞吐上补足了两块短板。
已经升级，Windows 下握手确实快了，之前要转两秒现在基本秒连。