快连Windows端如何设置分应用代理规则？
功能定位：分应用代理到底解决什么问题
在 Windows 场景下，分应用代理（官方中文界面写作「应用分流」）允许你把指定程序的流量单独送进快连隧道，其余流量仍走本地网络。与全局模式相比，它能把晚高峰带宽占用压掉约 30%（经验性观察：同一节点 1080P 流媒体从 8 Mbps 降至 5.5 Mbps 左右），同时避免国内网银、OA 被异地登录风控。
该功能依赖快连自研的 WinDivert+NDIS 双驱动，在 v11.4.6 之后默认随包安装；若你曾在旧版手动禁用驱动，更新后需重新勾选「网络扩展组件」否则规则不会生效。
版本与授权前提
1. 客户端需为截至当前的最新版本（官网或内置更新通道均可验证）。
2. 订阅等级≥标准版；免费 10G 套餐只能全局，无法展开「应用分流」标签页。
3. 驱动安装后需重启一次，否则「添加应用」按钮呈灰色不可点。
操作路径：三步完成首条规则
1. 打开面板
任务栏托盘 → 右键快连图标 → 设置 → 左侧「应用分流」。若未见该菜单，先检查上面「版本与授权前提」。进入后界面默认空白，代表尚未建立任何规则。
2. 添加应用
点击「+」→ 弹出进程列表 → 勾选需要代理的可执行文件（支持多选）。列表默认按最近启动排序，找不到可手动浏览安装目录。注意：UWP 应用（如 Netflix PWA）需先转成桌面快捷方式才能被识别。
3. 指定策略
每行右侧下拉框：
- 代理：走快连隧道，适合流媒体、外服游戏。
- 直连：绕过隧道，适合网银、内网 OA。
- 跟随系统：若主开关切到全局则全部代理，切到分流则按规则生效；适用于临时调试。
首次配置建议先把浏览器设为「代理」，再把网银客户端设为「直连」，保存后立即生效，无需重启系统。
高阶写法：通配符与路径变量
在企业批量部署时，手动逐台勾选效率低。可在「高级模式」里直接编辑 XML 规则文件（位于安装目录\config\split.xml，具体路径因版本和安装方式而异）。
示例：让所有名称包含 *chrome* 的进程默认直连，仅当使用「代理」标签页启动时才走隧道。
<rule name="ChromeDirect" proc="*chrome*" action="DIRECT"/> <rule name="ChromeProxy" proc="*chrome*" action="PROXY" launchArgs="--proxy-mode"/>
保存后点击「重新加载配置」立即生效，无需重启客户端。若 XML 语法错误，日志页会提示行号。
平台差异：桌面与移动端能否互通
Windows 端导出的 *.qrules 文件可在安卓端「导入规则」里识别，但 iOS 因系统沙箱限制，只能导入「包名」字段，路径类规则会被自动丢弃。若团队混用平台，建议统一用「进程/包名」作为唯一键。
性能与成本：如何量化收益
经验性观察：在 100 Mbps 校园网、晚高峰 20:00-23:00 时段，把 YouTube、Telegram 设为代理，其余直连，可让套餐流量消耗下降 35% 左右；若你每日观看 2 小时 1080P，原本 15 天耗尽的 100G 套餐可撑到 20 天。
测量方法：
- 客户端「统计」页清零流量。
- 连续三天同样使用习惯，分别测试「全局」与「分应用」。
- 取三日平均值，误差>5% 时检查是否有后台更新或云同步。
例外与回退：什么时候不该用
1. 需要「局域网隐身」时：若你把 NAS、打印机客户端设为直连，但主开关开启隐身，则同网段依旧无法扫描到本机，导致 SMB 失败。此时需把相关进程也设为代理，或干脆关闭隐身。
2. 游戏外挂级反作弊：部分外服游戏启动器会枚举驱动，若检测到 WinDivert 即拒绝运行。解决方式：在启动器阶段将其设为直连，等更新完成后再切回代理。
故障排查：规则不生效五步定位
- 看驱动：设备管理器是否存在「QuickLink Packet Filter」？若带黄色感叹号，卸载后重装客户端。
- 看冲突：是否同时运行其他网络过滤软件（Steam 加速器、抓包工具）？先退出再测试。
- 看路径：进程是否升级后改名？如 chrome.exe → chrome_new.exe，需重新匹配。
- 看日志：设置 → 诊断 → 导出日志，搜索「bypass」关键字，若出现「bypass=1」说明规则被更高优先级覆盖。
- 看缓存：Win + R → services.msc → 重启「QuickLink Service」可立即刷新规则，无需重启 OS。
最佳实践清单（可直接打印）
| 场景 | 推荐策略 | 备注 |
|---|---|---|
| 流媒体 | 代理 | 选 Streaming 节点，解锁率最高 |
| 网银/政务 | 直连 | 避免异地登录风控 |
| GitHub 大型仓库 | 代理 | 降低晚高峰丢包 |
| 公司 privacy tool | 直连 | 防止隧道套隧道导致 MTU 异常 |
| Windows 更新 | 直连 | 节省套餐流量，速度差异不大 |
FAQ：官方尚未写明但用户常问
Q1：规则条数上限多少？
经验性观察：XML 内 200 条以内无明显性能下降；超过 300 条后每次加载配置会卡顿约 1 秒，建议合并通配符。
Q2：能否按域名而非进程分流？
Windows 端目前仅支持进程级；如需域名分流，可配合安卓端的「域名路由」功能，或等待后续官方更新。
Q3：导出规则重装系统后会丢失吗？
客户端默认把配置放在安装目录外层的 config 文件夹，重装系统前复制该目录即可；若用 MSI 安装包且勾选「删除用户数据」则会清空，需提前备份。
收尾：下一步行动建议
先按本文「三步完成首条规则」把最常用的浏览器与网银拆开，观察一周流量与延迟变化；确认稳定后，再逐步把开发工具、游戏启动器纳入。若公司批量部署，优先用 XML 模板+组策略推送，减少逐台勾选的人工误差。遇到异常，按「故障排查五步」定位，大多数「规则不生效」都是驱动或路径升级导致，十分钟内可恢复。
一句话总结：分应用代理不是开得越多越好，而是用最小集合覆盖「必须代理」场景，把流量、延迟、风控三者同时压到可接受区间，才算真正用好快连 Windows 端的这项功能。
